🤞🏽 😢 🥄 Le chemin de juin au directeur exécutif de la Sberbank. Entretien avec Alexey Levanov 👩🏼‍🚒 🤴🏾 🗡️

Le 7 septembre, nous nous sommes entretenus en direct avec Alexei Levanov, directeur général de la Sberbank. Lesha a rejoint Sberbank en 2014 en tant que développeur junior. Il est maintenant le directeur exécutif: chef de produit et d'équipe de l'équipe de la plateforme Sberbank Investor et est en charge des écoles de développement Sberbank Investor et Sberbank. Lesha a utilisé l'exemple de son parcours: comment grandir et se développer dans une grande entreprise, quelles erreurs éviter et comment initier des changements. Nous avons parlé des défis et des opportunités, de l'équilibre travail-vie personnelle, de la façon de ne pas s'épuiser et de revenir en cas d'épuisement professionnel. Nous partageons avec vous la transcription de l'émission.

Je m'appelle Alexey Levanov. Nous parlerons de la manière dont, dans le domaine informatique, il me semble qu'il vaut la peine de construire leur carrière pour ceux qui sont au début du chemin. Je partagerai ce que j'ai découvert et soulignerai les erreurs que j'ai commises. Peut-être qu'à travers un tel prisme, il sera perçu un peu plus brillant. J'aimerais que notre communication vous aide à grandir dans une grande entreprise, pas à vous épuiser et à évoluer vers un avenir meilleur.

Il y a trois qualités principales qui me paraissent essentielles si vous souhaitez poursuivre une carrière dans une entreprise informatique. Le premier et le plus éculé est celui que vous avez probablement rencontré plus d'une fois; appelons cela conditionnellement "résistance au stress". Je sais que tout le monde le met déjà sur son CV, mais c'est toujours une pierre angulaire - si ce n'est pas seulement une ligne sur le CV, mais vraiment votre qualité. Même si j'appellerais cette qualité différemment: «acceptation des changements». J'entends par là la capacité non seulement de travailler dans une situation stressante et d'accepter les changements, mais de les accepter assez facilement pour qu'ils ne soient pas une source constante de tourment pour vous.

Le monde moderne est dur, il est en constante évolution: nouveaux défis, nouveaux processus. Ce n'est pas nécessairement bon ou mauvais - cela change simplement. De nouveaux outils de développement et des besoins métiers émergent, tout est constamment nouveau. Si vous êtes stressé à chaque fois à ce sujet, travailler dans l'informatique et construire une carrière en général sera assez difficile. D'autant plus que l'informatique est toujours à la pointe du changement.

La deuxième chose importante est la suivante: il ne suffit pas d'accepter les modifications, vous devez également les créer. Bien sûr, nous ne créons pas de changement uniquement pour le plaisir, parce que nous le pouvons; nous changeons quelque chose parce que nous sommes des experts. On voit l'imperfection des processus, des technologies, du parcours client. Après cela, nous prenons et changeons la partie imparfaite. Nous conduisons le changement.

La troisième histoire est la plus importante de toutes: nous faisons avancer les choses. Il ne suffit pas d'être résistant au stress et de conduire au changement: si nous ne menons pas cette volonté à la fin ou ne remplissons pas nos tâches, nous sommes sans valeur.

Ce sont les trois pierres angulaires. Si vous avez remarqué, je n'ai pas dit un mot sur les compétences techniques - bien que ce soit une chose fondamentalement importante.

Faisons une remarque. Tout le monde parle de compétences techniques / générales, et il existe de nombreuses opinions différentes à ce sujet. Je pense ceci: si vous êtes au début de votre carrière (votre histoire ne fait que commencer en tant que développeur logiciel ou en général en tant qu'informaticien), concentrez-vous sur les compétences techniques. Les principes ci-dessus fonctionneront si vous êtes une bonne personne. Vous pouvez être une bonne personne, avoir de l'empathie et un esprit développé, même essayer de faire avancer les choses et être résistant au stress; mais si vous ne faites pas ce que vous avez à faire avec vos mains, vous n’avez pas non plus de valeur en tant que spécialiste. À l'avenir, avec le développement, plus vous deviendrez motivé, plus les compétences générales commenceront à jouer - c'est vrai. À un moment donné, elles peuvent devenir tout aussi importantes, voire plus importantes, que les compétences techniques. Mais, si nous parlons du début de la construction d'une carrière, concentrez-vous sur les compétences techniques, sans elles nulle part.

Au départ, je voulais construire notre discussion autour de l'histoire de ma vie, mais j'ai réalisé que cela n'intéresserait guère personne d'autre que mes parents. Par conséquent, j'essaierai de raconter, en utilisant le prisme des histoires personnelles, les changements qui se produisent - que nous sommes en train de faire, comment travailler avec eux et ce qui peut nous gêner. Mais d'abord, quelques questions.

Êtes-vous PDG ou Product Owner (PO)?

Ce sont des choses différentes: l'une est le poste et l'autre le rôle. Je suis directeur exécutif par poste et chef de produit et équipe dirigée par rôle. Autrement dit, une chose est conditionnellement écrite dans le livre du travail, et la seconde est ce que je fais.

Alors, avez-vous trouvé comment masquer la connexion des paiements rapides dans l'application Sberbank?

Jolie question cool, mais non, pas moi. Je vais passer la question à nos experts, je n'ai pas moi-même étudié où se trouve le système de paiement rapide.

Combien de temps consacrez-vous au développement maintenant?

Bonne question - je voulais y arriver progressivement à travers l'histoire. Bref, je consacre environ 3 heures par jour au développement (code, vérification des pull requests, etc.). Il est clair qu'il y a des réunions de travail qui prennent du temps, il y a un retard conditionnel ou une réduction des tâches, mais, en général, personne n'a annulé le développement hardcore, ce qui est formidable.

Comment assumer la responsabilité du product owner et trouver un emploi?

Pour être honnête, je ne comprends pas vraiment ce que signifie «assumer la responsabilité de PO». Et pour obtenir un poste, il faut travailler. Vous travaillez dur, vous travaillez dur, vous résolvez des problèmes, si vous réussissez à les résoudre, vous grandissez. C'est une histoire basique, c'est la même partout en plus ou en moins. En fait, PO n'est qu'un domaine de développement qui pourrait vous intéresser. Je m'intéressais non seulement au développement hardcore, mais aussi à l'impact sur le produit, la capacité à le gérer - j'ai donc évolué vers PO. Autrement dit, vous avez besoin d'un désir, d'un travail et des trois fondements dont nous avons parlé - à partir de là, l'histoire de l'obtention d'un poste est formée.

Alors, j'ai parlé de ce sur quoi se concentrer (rappelez-vous: sur les compétences techniques, si vous êtes un débutant, alors - dans le processus de pompage des compétences générales), et des trois principales qualités que vous devez cultiver en vous-même - l'acceptation des changements, la conduite des changements cas à la fin. Passons à des histoires plus spécifiques.

À propos des changements. J'ai commencé à développer en 2011 et j'ai obtenu de l'aide sur divers sujets. Au début, j'ai écrit pour Android. Je suis entré dans le développement comme ceci: mon ami et moi avons vu que des articles sur Habré paraissent périodiquement sur la façon dont une autre personne a développé un clone de Tetris et gagné des milliards; en fait, pour attirer un étudiant, rien d'autre n'est nécessaire. Je les ai lus et j'ai pensé - je suis en affaires. Un ami a eu le MacBook, donc au début j'ai écrit sur Android; Je suis passé par plusieurs freelances et plusieurs endroits dans d'autres entreprises, et en 2014 je suis venu à la Sberbank. À ce moment-là, j'avais déjà des applications dans l'AppStore, certaines ont eu beaucoup de succès, ils ont écrit à leur sujet sur Iphones.ru, AppleInsider; J'ai gagné de l'argent et j'ai pensé que c'était le summum des compétences et de la carrière, et je n'avais pas besoin d'autres développeurs. Bien sûr, lorsque j'ai rejoint l'équipe de développement,J'étais le plus faible, même s'il a fallu quelques jours pour le réaliser.

C'était un moment merveilleux. Toutes les communications avec l'entreprise et les autres professionnels passaient par notre chef de projet, mais l'environnement était idéal pour grandir. Lorsque vous écrivez le code seul, à un moment donné, vous décidez que tout va bien; et alors vous découvrirez qu'il existe des approches correctes du développement, des modèles auxquels vous n'avez même jamais pensé. Au milieu de professionnels sympas, vous grandissez beaucoup plus vite.

À un moment donné, notre équipe a commencé non seulement à grandir, mais à passer à l'agilité. Avant cela, tous les développeurs faisaient partie de la même équipe. C'était génial - tout le monde travaille sur une partie différente de l'application; aujourd'hui - celui-ci, demain - un autre. C'était difficile, mais intéressant. Je me souviens que c'était mon année de fin d'études, je devais faire un diplôme, m'entraîner et aller en quelque sorte à des cours en dehors d'une journée de travail complète. C'était difficile, je suis ensuite devenu accro au café - le glaçage devant le bureau est devenu un rituel du matin. Cependant, c'était une expérience incroyable, c'était très cool. L'opportunité même de travailler sur un tel produit était formidable. Ensuite, nous avons commencé à passer à l'agilité, et d'une équipe de plateforme concentrée uniquement sur les développeurs, nous sommes passés à une équipe qui comprenait des spécialistes de tous les secteurs, c'est-à-dire une équipe interfonctionnelle. Un côté,c'est très cool et intéressant: vous avez des collègues de domaines connexes, des analystes, des concepteurs, des testeurs, des développeurs d'autres plates-formes et des systèmes d'exploitation mobiles. Mais du concept de «vous créez toute l'application», vous passez au concept de «vous êtes responsable de la direction de l'application, pour une partie». Plus il y a de telles parties: l'application s'agrandit, la fonctionnalité est fragmentée.

Et ici, nous arrivons à comprendre qu'il faut plus de monde. Pour entrer dans notre équipe, une personne devait posséder un certain ensemble de qualités, principalement des compétences techniques, car nous avons une certaine pile technologique, des approches de développement, et nous attendions tout cela du candidat. Nous avons réalisé que nous avions déjà chassé tout le monde que nous pouvions; et tous ceux qui pourraient venir vers nous sont déjà assis dans des endroits chauds, et tout leur convient. A ce moment, une initiative d'écoles de développement est née - pas mon idée personnelle, mais venue d'en bas. C'était mon histoire préférée et j'ai passé du temps à les étudier.

Nous reviendrons plus tard sur les équipes interfonctionnelles, mais je vais d'abord faire une pause et parler des problèmes qui peuvent survenir lorsque vous décidez de construire votre carrière dans l'informatique. En fait, si vous avez développé trois qualités de base, votre seul véritable problème de travail est l'épuisement très émotionnel qui a déjà formé la couche socioculturelle. C'est un problème sérieux: même si cela ne vous tuera pas, cela représente une menace sérieuse pour votre productivité (et votre travail, votre équipe, votre produit, votre entreprise).

Il existe de nombreuses définitions de l'épuisement professionnel, mais je m'en tiens à ceci: c'est un état dans lequel les tâches que vous avez précédemment résolues avec facilité deviennent soudainement insupportablement difficiles. Vous vous forcez à peine à les faire, vous devez constamment faire des efforts incroyables pour vous concentrer et travailler. La frustration grandit. Elle ne disparaît pas d'elle-même, mais elle peut apparaître pour un certain nombre de raisons; Je les ai choisis trois - j'ai réussi les trois moi-même.

La raison la plus simple est la fatigue du produit. Disons que vous avez toujours aimé la reconnaissance de formes; vous aimez cette direction. Vous êtes venu dans une équipe qui reconnaît la signalisation routière ou les plaques d'immatriculation, par exemple. Et donc vous avez commencé à travailler sur le produit, a appris OpenCV. Nous avons réalisé que cela ne cadrait pas et sommes passés aux réseaux de neurones. Nous avons commencé à former notre réseau, à lire tout ce que nous pouvions sur les mathématiques des réseaux de neurones; peut-être même écrit un article scientifique. Nous avons sorti un excellent produit. Plusieurs années ont passé, et vous comprenez - c'est tout, vous ne voulez plus faire ça. L'amour pour les plaques d'immatriculation est passé. C'est normal, c'est un chemin naturel, ça vient tôt ou tard pour tout le monde. Nous sommes tous fatigués.

Nous devons avancer et nous devons comprendre exactement comment. Bien sûr, il vaut mieux ne pas permettre cette situation: dès que l'on comprend que le sujet n'est plus enthousiaste, il vaut mieux en parler à la direction et passer à une autre direction. Si cela ne fonctionne pas, vous pouvez peut-être créer vous-même une nouvelle direction. Peut-être que vous aimez toujours la reconnaissance en tant que telle et que vous pouvez reconnaître autre chose. Ou peut-être que toute la sphère n'est pas la même et qu'il est nécessaire de la changer. De manière amiable, vous devez préparer un successeur à votre place et déménager sereinement. Belle et belle histoire.

Il y a une telle histoire que vous aimeriez rester dans la même équipe. Vous aimez le produit, votre équipe, vous avez un excellent chef de produit - tout va bien, mais vous ne voulez tout simplement plus écrire de code de reconnaissance de plaque d'immatriculation. L'avantage des équipes interfonctionnelles est que vous avez la possibilité de changer et de devenir ce spécialiste en forme de T dont on a beaucoup parlé. C'est bon pour vous car vous apprenez de nouvelles choses. Vous continuez à vous développer dans votre domaine - quoique à un rythme légèrement plus lent - vous explorez des domaines connexes et augmentez votre valeur en tant que professionnel. Pour l'employeur - en réduisant le facteur bus.

Le spécialiste en forme de T est une évolution du spécialiste en forme de I avec une connaissance approfondie d'un domaine spécifique. Disons qu'une personne est allée à l'école et a décidé de devenir programmeur; il aime écrire en C # ou en Unity, par exemple. Il n'est pas allé à l'université, mais il est devenu un expert dans son domaine et il fait des jeux. C'est un spécialiste en forme de I; il sera probablement déjà embauché. Si la même personne étudie l'intégration avec le backend, est capable de se connecter à diverses questions au moins analytiquement et comprend les tests (probablement dans les bases de base des tests automatiques et de l'écriture de cas de test), alors il sera un spécialiste en forme de T. Autrement dit, il s'agit d'une personne qui peut aider dans les compétences connexes au sein d'une équipe interfonctionnelle.

Le facteur bus est une métrique fictive qui montre le nombre de personnes qui peuvent ... être envoyées quelque part loin en bus, mais l'équipe continuera à travailler d'une manière ou d'une autre. Pour une équipe idéale en forme de T, il est égal à N-1 (N est la taille de l'équipe): même si une personne reste d'une telle équipe, elle pourra faire avancer le travail, quoique très lentement. Bien sûr, c'est un exemple extrême, cela n'arrive presque jamais dans la vie; cependant, créer une telle équipe est une bonne pratique.

Devenu spécialiste en forme de T, vous restez dans le produit et avec les personnes avec qui vous êtes à l'aise, vous continuez à vous développer, et c'est entre les mains de votre employeur, car vous fermez les goulots d'étranglement du projet.

La situation est encore pire lorsque vous vous épuisez sans calculer votre force. Disons que vous aimez vraiment le projet, vous brûlez avec lui. C'est très intéressant. Au lieu de réaliser que cette histoire est longue, vous essayez de l'exécuter à un rythme de sprint. Vous en avez assez pour un moment. Peut-être que vous brûlerez après l'arrivée, mais plutôt au milieu; les deux sont mauvais. Dans mon cas - j'ai vraiment aimé le produit sur lequel je travaillais; J'étais très motivé pour le créer et voir le résultat, mais je ne pouvais pas me reposer. J'ai en quelque sorte entendu parler de l'équilibre travail-vie personnelle, mais cela n'a pas fonctionné. Même si le soir je laissais une tâche inachevée et que j'allais avec une fille au cinéma ou avec des amis dans un bar, dans mes pensées je restais toujours dans la tâche; il semblait s’amuser, mais il ne s’est pas vraiment reposé et n’a pas fait la tâche.J'ai donc décidé de me soucier de l'équilibre entre vie professionnelle et vie privée et j'ai commencé à travailler - j'ai travaillé, j'ai travaillé, j'ai travaillé, puis quelque chose a cliqué. J'ai eu beaucoup de chance que le phénomène du «clic» lui-même se soit produit après l'achèvement du projet et avant mes vacances. Je suis parti en vacances, j'ai beaucoup réfléchi, et à mon retour, j'ai parlé au directeur - il a dit que je ne pouvais pas écrire ce code maintenant. J'avais un chef formidable; il a demandé ce que je serais intéressé à faire.

Je suis donc passé au développement de ce même projet d'écoles de développement. Comme je l'ai dit, nous avons eu un moment où il s'est avéré qu'il n'y avait nulle part ailleurs pour emmener les développeurs, et il a été décidé de les former seuls. Les premières écoles ont été lancées avec succès, certaines des personnes formées ont été embauchées avec succès. Le projet lui-même était une initiative ascendante. Le chef du département de développement mobile a lancé cette idée, et nous, en tant que communauté, avons déterminé: ce qu'il y aurait dans le programme de formation, comment sélectionner les personnes, comment les valider à la sortie, qui prendre - en général, une idée pour combler un besoin. Et quand je me suis épuisé, ils m'ont dit: si ce projet vous intéresse, faites-le. Cela s'est avéré terriblement intéressant.

Les histoires d'épuisement professionnel standard vous disent de vous allonger sur la plage et de regarder le ciel jusqu'à ce que vous vous éloigniez. Dans mon cas, changer de domaine d'activité m'a aidé. D'une part, j'ai réalisé que «l'équilibre travail-vie personnelle» fonctionne toujours; De retour de vacances, j'ai réalisé que les tâches sur lesquelles j'étais assis, je pouvais faire plus vite - d'une part. D'un autre côté, ce nouveau domaine s'est avéré incroyablement intéressant, et nous avons fait beaucoup. Lancé de nouveaux domaines du programme, recruté de nouvelles personnes, lancé des partenariats avec des universités, commencé à délivrer des certificats d'achèvement - un grand redémarrage réussi. Après cela, j'ai réussi à reprendre le développement, mais toute cette histoire consiste à ne pas aller aux extrêmes. Si vous sentez que quelque chose ne va pas, que vous travaillez plus que vous ne pouvez, ce n'est pas bon pour vous ou pour l'employeur. Vous êtes seul,et pour l'employeur, c'est une histoire difficile à prévoir, il n'est pas clair quand vous ne pourrez pas aller plus loin.

Le troisième type d'épuisement professionnel est en partie le plus simple. Disons que vous suivez les trois règles de base. Acceptez facilement les changements, conduisez-les. La volonté de changement consiste à créer des opportunités. S'il reste du temps, je vous parlerai de mon voyage de travail d'un an à Stanford, comment je suis arrivé au programme de MBA à Sberbank et plus de détails sur l'école de développement. Tout cela était soit dû au fait que j'ai raté l'occasion, soit à la volonté de changement, à la création d'opportunités.

Mais lorsque vous créez ou saisissez trop d'opportunités - malgré le fait que vous êtes habitué à les suivre - cela peut faire boule de neige. En ce moment, vous comprenez qu'il y a tout simplement trop de choses à faire, et vous les avez choisies pour vous-même: ce sont vos projets principaux et complémentaires, quelques projets familiers, des formations. Et il n'y a pas de recette pour une telle situation; il vous suffit de parcourir quelques-unes de ces boules de neige pour déterminer vous-même le nombre maximum de tâches que vous pouvez effectuer.

Ce n'est pas une histoire très effrayante. Pire - tant pour vous que pour l'employeur - il y a une histoire lorsque vous travaillez pendant une longue période, puis vous ne pouvez pas revenir brusquement, et ne revenir que par des vacances et un changement d'activité. En général, j'ai réalisé que le repos est une partie tout aussi importante du travail, même si j'avais l'habitude de penser que c'était génial de simplement travailler, travailler et travailler. Vous serez simplement plus productif.

Quant à savoir s'il est nécessaire de se lancer dans le développement mobile maintenant, j'entends souvent cette question. Ce dont je parle est pertinent pour l'informatique en général, mais pour le développement mobile en particulier. On peut dire qu'il y a trop de développeurs maintenant, que le marché est saturé et que de nouveaux appareils ne sont pas achetés. Je dirai qu'à moyen terme, cette direction restera certainement d'actualité. Alors que le nombre de smartphones approche de la saturation, les portables sont en avance; les smartwatches sont déjà portées par beaucoup - moi aussi, d'ailleurs. Je suis sûr que les grandes entreprises publieront bientôt quelque chose de nouveau. Nous sommes limités par la capacité des batteries, mais elle ne cesse de croître depuis N ans. Il est peu probable que les personnes qui ont essayé de ne pas s'asseoir au même endroit pour résoudre des problèmes et les résoudre à l'aide d'appareils portables, de téléphones portables et d'autres moyens, ne reviennent probablement pas à ce modèle de comportement.Le nombre d'appareils augmentera et davantage de développeurs seront nécessaires. Si vous pensez que le développement mobile vous appartient, cela vaut la peine de s'y intéresser. Si vous êtes un développeur déjà établi, vous pouvez venir chez nous; nous avons toujours besoin de développeurs établis. Et si vous voulez, mais ne savez toujours pas comment, nos écoles sont ouvertes pour vous. Nous ne regardons pas votre connaissance d'Objective C / Swift / Kotlin / Javascript; nous examinons des choses de base, comme la connaissance des algorithmes et des structures de données, la compréhension des principes de la POO, la capacité d'écrire des algorithmes tels que le tri et d'expliquer leur complexité - c'est-à-dire des choses simples qui sont étudiées à l'université. C'est le chapeau en «T» - tout ce que vous avez à faire est d'acquérir de bonnes connaissances.Si vous êtes un développeur déjà établi, vous pouvez venir chez nous; nous avons toujours besoin de développeurs établis. Et si vous voulez, mais ne savez toujours pas comment, nos écoles sont ouvertes pour vous. Nous ne regardons pas votre connaissance d'Objective C / Swift / Kotlin / Javascript; nous examinons des choses de base, comme la connaissance des algorithmes et des structures de données, la compréhension des principes de la POO, la capacité d'écrire des algorithmes tels que le tri et d'expliquer leur complexité - c'est-à-dire des choses simples qui sont étudiées à l'université. C'est le chapeau en «T» - tout ce que vous avez à faire est d'acquérir de bonnes connaissances.Si vous êtes un développeur déjà établi, vous pouvez venir chez nous; nous avons toujours besoin de développeurs établis. Et si vous voulez, mais ne savez toujours pas comment, nos écoles sont ouvertes pour vous. Nous ne regardons pas votre connaissance d'Objective C / Swift / Kotlin / Javascript; nous examinons des choses de base, comme la connaissance des algorithmes et des structures de données, la compréhension des principes de la POO, la capacité d'écrire des algorithmes tels que le tri et d'expliquer leur complexité - c'est-à-dire des choses simples qui sont étudiées à l'université. C'est le chapeau en «T» - tout ce que vous avez à faire est d'acquérir de bonnes connaissances.comprendre les principes de la POO, la capacité à écrire des algorithmes tels que le tri et à expliquer leur complexité - c'est-à-dire sur des choses simples qui sont étudiées à l'université. C'est le chapeau en «T» - tout ce que vous avez à faire est d'acquérir de bonnes connaissances.comprendre les principes de la POO, la capacité à écrire des algorithmes tels que le tri et à expliquer leur complexité - c'est-à-dire sur des choses simples qui sont étudiées à l'université. C'est le chapeau en «T» - tout ce que vous avez à faire est d'acquérir de bonnes connaissances.

J'ajouterai sur les universités. Reconnaissant et acceptant les problèmes de l'enseignement supérieur - j'ai encore étudié pendant 6 ans et enseigné pendant 5 ans, étant aux études supérieures - je crois qu'une université, bien que non obligatoire, est très souhaitable. Bien que l'université ne fournisse pas de connaissances spécifiques - c'est-à-dire si vous voulez être un spécialiste DevOps ou un développeur d'applications mobiles, vous devrez acquérir vous-même les connaissances nécessaires - vous pouvez obtenir, en plus des choses de base (comme la résistance au stress et le désir d'acquérir de nouvelles connaissances), de vastes connaissances. ce qui se passe en informatique. Vous serez laissé par ce spécialiste en forme de T.

Fin septembre ou octobre, nous commencerons un nouveau recrutement. Venez à nous, écrivez-moi; Je serai très heureux de répondre à vos questions.

En théorie, le projet devrait être changé tous les ans ou deux, sinon il stagnera.

En général, je ne discute pas, bien que les situations soient différentes. Cela dépend aussi de la personne - de votre priorité. Si la priorité est l'intérêt du projet, alors oui. Ou peut-être que votre priorité est l'équipe avec laquelle vous avez travaillé et que vous ne voulez pas changer (bien que vous compreniez que vous ne développerez pas davantage sur ce projet); J'avais ça aussi. En général, il est nécessaire de changer de projet, mais toutes les situations sont uniques.

Dans quelle mesure les chefs de produit installent-ils les applications des concurrents et prennent-ils des idées pour de nouvelles fonctionnalités à partir de là?

Cela ne se fait pas directement, mais il est impossible de dire que les banques et les autres acteurs informatiques ne se regardent pas du tout. Il est clair qu'ils regardent; mais avant de copier quelque chose, vous devez faire des recherches. Au moins pour comprendre: le concurrent l'a-t-il fait, réfléchi ou l'a-t-il simplement déployé? Et effectuez vos propres recherches, bien sûr. Avant qu'un produit ne soit développé, il y a plusieurs étapes - du design thinking à la construction de CJM. Il est nécessaire de comprendre si l'utilisateur a besoin de ce produit, quels problèmes il résout. Et il suffit de copier - cette histoire concerne davantage les développeurs indépendants, lorsqu'ils décident qu'ils peuvent copier et réussir quelque chose pour moins cher. Les grandes entreprises suivent toujours leur propre chemin, même si elles se regardent.

Peut-être que l'avenir réside dans la réalité augmentée?

Peut être. Je le pense moi aussi - depuis quelques années, le même Apple, lors de ses conférences de développeurs (WWDC), s'est concentré sur AR Kit / Reality Kit, des moteurs pour travailler avec la réalité augmentée. Et tout cela ressemble à une transition d'un simple MVP à l'ajout de modules complémentaires. Il n'est pas pratique de l'utiliser dans les téléphones et vous devriez attendre des facteurs de forme plus pratiques.

Comment la Sberbank transfère-t-elle un employé à un niveau supérieur?

Cela dépend de ce que cela signifie. Si nous prenons une simple promotion, alors, probablement, la même chose que dans d'autres entreprises. Avant cela, je travaillais à deux endroits (et trois autres en tant que stagiaire), et partout c'était à peu près pareil. Un bon cas - vous discutez à l'avance des objectifs mondiaux, après quoi vous pouvez parler de l'étape suivante. Un cas pire - ni vous ni les dirigeants n'en avez parlé au départ; vous venez de travailler, et puis, un an plus tard, vous vous êtes soudain rendu compte: vous méritez plus. Ensuite, vous lancez une conversation; aussi une histoire normale. Parfois, il arrive qu'une personne soit follement amoureuse de son environnement (projet-produit-équipe); il y avait une telle personne dans ma mémoire: les gens sont venus vers lui et ont dit qu'ils allaient l'élever. Il a grandi, et bien, mais n'a pas entamé la conversation lui-même. En général, l'histoire cible est la préparation de plans de développement individuels,et leur mise en œuvre est une demande de discussion sur l'augmentation.

À quelle fréquence suivez-vous des formations et des cours?

Il faut faire une remarque: j'ai commencé à développer à une époque où, malheureusement, il n'y avait presque pas de cours normaux. Autrement dit, je vois deux façons d'apprendre le développement: la mienne et la bonne.

Le bon est à travers des cours, des écoles de développement (ce serait bien - le nôtre, mais il peut y avoir n'importe quelle école avec un mentor qui a mangé un tas de sel dans cette technologie). Mais mon option est de me cogner la tête sur ce sujet, de faire des erreurs, de regarder les options sur Stackoverflow. C'est aussi une option de travail, vous recevrez des produits prêts à l'emploi, mais la bouillie restera dans votre tête, qui devra ensuite être traitée.

Je n'aime toujours pas beaucoup les cours. Cela venait de l'école - de l'enseignement général j'ai déménagé au lycée des technologies de l'information, où c'était cool, mais je n'ai pas atteint le niveau. Nous n'avions pas de programme à l'école, mais au lycée c'était déjà sous-entendu. Sous la menace d'un diable, je m'entourai de livres et commençai à comprendre; ce modèle, en fait, est resté avec moi. Je ne suis plus attirée par des cours, mais par un ensemble de livres. Je peux le joindre plus tard dans les commentaires.

Maintenant, je suis en train de suivre le programme de MBA de la Sberbank, il comprend de nombreux cours: à temps plein, à temps partiel, virtuels. Mais tous ces cours sont combinés en un seul produit; choisir indépendamment une direction et y étudier - cela ne s'est pas produit depuis longtemps. Bien que je regarde les sessions éducatives de la WWDC, je mets davantage l'accent sur la littérature et les articles.

Des idées sur Dart / Flutter, cela vaut-il la peine?

Je n'aime pas prendre la position d'un procureur, mais dans ce cas, je dirai néanmoins: cela ne vaut probablement pas la peine. Je ne crois pas aux perspectives de cette technologie (bien que ce ne soit pas vraiment ma spécialité). Il y a quelques années, tout le monde en parlait, mais les choses sont toujours là. Mais, si vous êtes très intéressé, vous pouvez prendre un peu de temps et décider par vous-même si cela vous plaît (et voir si le marché est en demande). Inutile de regarder les tendances - essayez de faire ce que vous aimez.

MBA de la Sberbank - à quoi ça ressemble? Étudier à temps plein à la Sberbank ou dans une université externe?

Il existe différents parcours et directions. Certains que je trouve très intéressants - ceux liés à la gestion des produits. En tant que spécialiste technique, je suis habitué au fait qu'il y a un problème et qu'il doit être résolu avec une grande qualité; En tant que développeur indépendant, j'ai essayé de travailler avec les utilisateurs et leurs désirs-problèmes - mais je n'avais pas de carte dans ma tête pour savoir comment le faire. En général, certains cours sont très intéressants; certains sont moins intéressants qu'ils pourraient l'être. Dans l'ensemble, le programme est bon. J'irais la voir à nouveau.

Sberbank a une université d'entreprise - en fait, c'est une organisation subsidiaire. Nous avons commencé à interagir avec lui lorsque nous avons relancé les écoles: maintenant KU délivre des certificats à ceux qui ont terminé avec succès leurs études. Il est situé dans la région de Moscou - c'est un grand campus de bâtiments, les étudiants peuvent vivre sur le territoire.

Les taux internes de la Sberbank sont-ils suffisants ou des taux externes sont-ils également nécessaires?

Cela dépend de ce que vous voulez. Si vous devez maintenir votre niveau dans ce que vous faites (en développement, par exemple), vous devez d'abord résoudre avec succès les tâches de travail; deuxièmement, la communauté est agencée de manière à ce que vous mainteniez votre niveau a priori et que vous vous développiez si vous le souhaitez. C'est l'un des avantages d'une grande entreprise: c'est une grande communauté. Maintenant, je ne peux pas nommer une autre entreprise en Russie, où il y a 200 développeurs sur iOS et Android; une telle communauté crée sa propre culture - mentorat, formation. En général, cela peut suffire: vous devez tendre la main à ceux qui sont en avance.

J'ai déjà dit quel est mon modèle: je ne suis pas contre les cours en tant que tels, mais je suis convaincu que les livres sont meilleurs. Vous pouvez étudier des livres au rythme qui vous convient.

Encore une fois, l'université d'entreprise propose de nombreux cours, en présentiel et en ligne.

Est-il pratique de se rendre au centre pour travailler et aussi à KU dans la région de Moscou?

Eh bien, maintenant je suis dans un endroit éloigné - tout comme le reste de l'équipe. Il n'y a pas encore de problème pour quitter le centre; quand nous quitterons la région éloignée, j'irai au centre de Moscou. Et on ne va pas si souvent au KU: dans le cadre du programme MBA, j'y vais environ trois fois par semaine.

Combien de temps consacrez-vous actuellement au développement, dans quelles langues?

Je suis moi-même développeur d'applications mobiles pour iOS (initialement - seulement iPhone et iPad, puis les montres sont apparues). Nous avons initialement écrit en Objective C - ancien, avec un mixin 1.0, en utilisant MRC). Nous avons maintenant un nouveau projet séparé, dans lequel nous écrivons en pur Swift; c'est-à-dire MVVM avec des coordinateurs et des services, pas de réactivité - nous lions tout par des délégués. Pour ce qui est du temps, je l'ai déjà dit: j'essaie de dépenser plus, mais il y a un certain nombre de réunions de travail importantes - surtout au stade du lancement du produit, donc il s'avère 3-4 heures par jour. J'aime toujours le développement, j'essaye de le découper du mieux que je peux.

Parlez-nous de Stanford.

Une fois dans un courrier de travail, il y avait un message indiquant qu'il y avait un programme Stanford US - Russia Forum, et les employés de la Sberbank peuvent essayer d'en faire la demande. J'ai emménagé, j'ai traversé 3 ou 4 étapes de sélection, l'entretien final en anglais, et j'ai fini dans un groupe de travail avec trois autres employés de la Sberbank. Au total, il y a chaque année 10 à 15 personnes de Russie et 10 à 15 des États-Unis. Le programme vise à améliorer les relations entre les pays; des groupes mixtes du nôtre et des Américains sont créés pour travailler sur des problèmes scientifiques. Notre année a été la première où des problèmes techniques spécifiques sont apparus: avant cela, il y avait des choses sociales et juridiques. Notre groupe était «FinTech» (finance et technologie). Nous avons fait des recherches pendant un an, puis nous les avons défendues à Stanford. Nous étions à dîner avec le professeur Zimbardo, qui a mené une expérience célèbre (il y a des questions pour lui, mais l'expérience est cool).Dans l'ensemble, une magnifique affaire qui m'a permis de plonger dans une autre sphère. Tout en restant dans le domaine de la fintech, nous avons recherché des technologies décentralisées en utilisant la blockchain comme exemple et avons rencontré un groupe de personnes exceptionnelles qui le font à la fois en Russie et aux États-Unis.

Ne faites-vous pas un backend? Vous interviewez souvent?

Nous interviewons fréquemment. Je participe à des interviews à la fois dans Sberbank Online et dans le nouveau projet Sberbank-Investor. De plus, en ce qui concerne les écoles, j'essaie également de participer aux entretiens d'embauche et de fin d'études. Le nombre dépend exactement de la charge: peut-être 0 ou 10 par semaine, mais généralement 1-2. Je ne suis pas dans le backend, mais ça m'intéresse. J'aimerais l'essayer quand le MBA sera terminé et qu'il y aura plus de temps libre.

Comment choisissez-vous une pile de développement? Les exigences sont formées par le client?

Ça dépend. Si nous parlons d'un module séparé pour Sberbank Online, alors la pile est limitée au produit existant. Si le produit est nouveau, la pile n'est probablement pas choisie par le client professionnel, mais par l'informaticien, mettant en évidence les avantages et les inconvénients pour l'entreprise. Par exemple, si vous prenez une technologie - c'est pratique, cool, rapide, mais cela coupera un certain pourcentage de l'audience. La décision finale sera bien sûr prise par le représentant du client, mais la pile est constituée par des informaticiens. En général, nous considérons que la pile est pratique, assez récente, mais pas exagérée; donc, il est maintenant prématuré de prendre Swift UI pour un projet d'entreprise - cela ne nie pas le fait que cette technologie doit être testée, mais elle doit être stable. Autrement dit, il n'est pas nécessaire de prendre ce qui vient de sortir, le battage médiatique et va évidemment changer l'API dans les prochaines années, ainsi que ce qui est déjà à moitié mort.

Autrement dit, la pile est choisie sur la base d'arguments logiques minimaux: il doit s'agir d'une technologie éprouvée, mais relativement nouvelle, pour laquelle il est facile de trouver un spécialiste et avec laquelle nous avons de l'expérience - ou nous pouvons facilement l'obtenir.

Que faut-il pour entrer dans l'équipe de voitures autonomes?

Il vous suffit de postuler. J'ai vu un poste vacant dans le secteur des voitures autonomes sur mon Facebook. Ce ne sont pas des informations secrètes; si les organisateurs me transmettent plus tard cette question, je partagerai un lien.

Qu'est-ce que Sberbank Online et qu'est-ce qu'un sous-projet?

Sberbank Online - par exemple, sur la plateforme iOS - est un projet composé de sous-projets (sous-modules). Une équipe ou un groupe d'équipes est responsable de chacun d'eux. En eux-mêmes, ils peuvent, sans trop s'écarter des guides de développement de Sberbank, déterminer eux-mêmes certaines choses - par exemple, l'approche architecturale de ce module. Il est important que, par exemple, l'API de ce module permette toujours d'y accéder, mais sinon, tout ce qui se passe à l'intérieur (si cela ne contredit pas les guides et les approches de base de Sberbank Online) est à la discrétion de ses principaux développeurs. Le projet final est assemblé à partir de ces modules.

Autrement dit, tous les paiements et transferts sont Sberbank Online?

Oui, tout est SBOL. Prêts et dépôts. SBOL est une grande maison composée de différentes briques: processus (par exemple, paiement) et produits (par exemple, dépôts). Et leur développement peut se dérouler en parallèle.

Puis-je aller à Okko depuis SBOL?

Oui, mais vous serez redirigé vers une autre application. Tout à l'intérieur de Sberbank Online est une histoire, ce sont des parties de Sberbank Online; lorsque vous passez à une autre application, vous passez à une autre partie de l'écosystème. Par exemple, à partir de SBOL, vous pouvez accéder à Oko, livraison de colis, investissements; ce sont toutes des applications distinctes de l'écosystème Sberbank Online. Autrement dit, bien qu'ils soient indépendants, une navigation normale est effectuée entre eux, ils sont intégrés à SBOL, certains d'entre eux sont accessibles à l'aide de l'ID universel Sberbank.

Comment un nouveau produit est-il lancé chez Sberbank, et comment peut-on y devenir PO? Par exemple, si votre idée n'est pas le fait que vous serez un PO.

Plusieurs approches sont possibles ici. La première consiste à initier des changements. Autrement dit, non seulement venez proposer une idée pour un nouveau produit, mais fournissez un plan de développement pour ce produit. Si vous avez une expérience pertinente et une compréhension de la façon de développer des produits, il sera alors beaucoup plus facile de vous embaucher - car il sera évident que vous comprenez quoi faire avec ce produit - que de chercher une autre personne. Il arrive souvent que des personnes qui n'ont rien à voir avec l'idée deviennent PO; Par exemple, lorsqu'une idée est dans l'air, ou quand elle aurait dû être mise en œuvre il y a longtemps, et maintenant une personne ayant de l'expérience en gestion de produit est devenue disponible. Il existe différents modèles.

Si vous avez une excellente idée de produit, réfléchissez-y: voyez quel problème client le produit va résoudre, comment le parcours client va changer, ce qui peut être optimisé, quelles seront les métriques attendues. Et présentez-le comme une idée d'entreprise; il ne devrait y avoir aucun problème. Ou vous pouvez devenir un bon de commande pour un autre produit avec une expérience pertinente; il y a maintenant des cours à ce sujet, vous pouvez également apprendre du PO de votre équipe. Les OP acceptent généralement d'être encadrés.

Quels livres sympas pouvez-vous recommander?

Une question très générale. Cela dépend du type de livres dont vous parlez. S'il s'agit de la partie étroite du développement mobile, il existe un certain nombre de séries dans lesquelles le matériel est bien donné. Cela dépend de ce que vous êtes curieux de savoir dans quelle direction vous voulez.

Le chemin de juin au directeur exécutif de la Sberbank. Entretien avec Alexey Levanov