Il reste 2 semaines jusqu'à la fête des thymides la plus importante et nous avons un
calendrier très réel. Les 25 et 26 février, Radisson Slavyanskaya réunira sur son site des centaines d'ingénieurs, chefs d'équipe, chefs de tous horizons et rangs qui ne sont pas indifférents au sujet de la gestion. Nous avons définitivement battu le record de participation de Peter et visions à battre les jours Agiles.
Cette fois, nous avons apporté plusieurs modifications au processus de préparation du programme. Premièrement, nous avons identifié plusieurs sujets clés et nous avons vraiment essayé de collecter des rapports qui révèlent au maximum ces sujets: délégation, lutte contre les surcharges, planification de votre travail, motivation intangible, héritage, toutes sortes d'événements de groupe, de la révision du code à l'organisation de réunions. Dans le même temps, ils n'ont pas oublié les sujets phares de la conférence - la gestion d'équipe et les communications. Deuxièmement, nous avons alloué tout un volet de communication sous forme de tables rondes et d'ateliers.
Enfin, nous avons commencé à recevoir des rapports de manière séquentielle et non en masse, comme nous l'avons fait auparavant. En conséquence, sur 137 demandes de rapports, nous avons réussi à élaborer un programme de 32 rapports, 4 tables rondes thématiques et deux ateliers à part entière. Plus tôt, j'ai
parlé plus en détail du nouveau format de communication et annoncé la
première douzaine de rapports .
Sous la coupe, les 20 rapports restants et quelques réflexions sur l'action à venir. Beaucoup de lettres!
Alors. Nous avons soigneusement étudié vos commentaires sur les événements précédents et appliqué les correctifs nécessaires pour nous améliorer.
Tous les rapports, tableaux et ateliers seront divisés en 6 sections thématiques:
- Management d'équipe.
- Communications.
- Méthodologies et processus.
- Travaillez sur vous-même.
- Timlid dans l'organisation.
- Changements transformationnels.
Cette fois, nous avons abandonné l'idée de ramener le calendrier de manière à ce que les rapports dans les sections soient séquentiels. Cela a souvent conduit au fait que certains sujets sensibles ont été discutés trois fois et dans un contexte similaire. La seule exception est que le matin du deuxième jour commencera par un bloc très serré sur le travail indépendant.
Premier jour
Pour commencer, je vais vous parler un peu de nos invités, d'autant plus que l'un d'eux parlera en parallèle avec
Yegor Tolstoï juste après l'ouverture de la conférence.
Toute une délégation de trois orateurs sera représentée par
Wargaming . Presque personne n'avait entendu parler de ce bureau. Les gars font des jeux très sympas, ils ont beaucoup de choses, y compris des développeurs. Pour sim, nous les avons invités à ouvrir le voile du secret, ainsi que ce qui est organisé dans l'une des divisions de cette marque de jeux.
Nous regardons l'expérience des bureaux les plus cool
Commençons par l'histoire d'
Ilya Roslyakov "Qui est le leader de la plate-forme Wargaming .
" À un moment donné, la plateforme Wargaming a été confrontée à un certain nombre de problèmes, des tentatives de résolution qui ont conduit à comprendre qu'il était nécessaire de réformer la structure. Encore une fois. Depuis que l'entreprise s'est efforcée de devenir une organisation d'ingénierie, ce ne sont pas certains managers qui devaient devenir l'épine dorsale, mais de vrais ingénieurs, des leads.
Échec et mat, messieurs, gestionnaires . Ça a l'air cool.
Le deuxième
rapport de
Vyacheslav Kostikov est consacré à la culture d'ingénierie au sein de l'équipe de la plateforme. Une histoire sur la façon dont l'équipe de la plateforme a changé. Pourquoi ces changements étaient-ils nécessaires? Comment ont-ils exactement changé et
changent la culture d'ingénierie . Pourquoi, en principe, pour Wargaming, "la culture de l'ingénierie" n'est pas juste un autre mot à la mode. Partage des connaissances, ateliers, évaluations des performances (peut être comparé à ce que font Badoo et Avito, aha).
Eh bien, de mon point de vue, une série d'histoires sur la façon dont l'équipe de plate-forme chez Wargaming est organisée ne serait pas complète sans l'
histoire HRBP de l' équipe de plate-forme d'
Olga Prokhodskaya sur «La rétention des employés: mesures et outils pour gérer les performances et la satisfaction». Ce rapport ne traite pas de la façon dont vous pouvez conserver les employés qui viennent vous voir avec une offre d'une autre entreprise. Bien sûr, cela peut et doit être conservé, et il existe de nombreuses options pour cela. Mais
«éteindre un incendie» coûte toujours plus cher que de le prévenir de manière proactive avec l'aide d'une gestion des personnes compétente. Dans son rapport, Olga expliquera comment la plateforme Wargaming recueille des données sur l'état émotionnel des employés: niveau de stress, risque de départ, degré de satisfaction, etc.
Lors de la dernière conférence à Saint-Pétersbourg, les histoires
de Julia Kurapatenkova de Spotify ont été rappelées par le fait qu'elles étaient en anglais et sur Skype, ainsi que par un contenu extrêmement intéressant. Malgré la réaction mitigée du public, nous avons décidé de continuer à produire des histoires sur la façon dont l'un des bureaux les plus cool est organisé, que les leaders du marché surveillent et tentent de copier ses décisions concernant l'organisation et la gestion. Cette fois, Julia en russe (je soupçonne que cela est important)
parlera de "comment mesurer les performances d'un programmeur", et surtout pourquoi le faire et comment rejoindre l'opinion du gestionnaire et des développeurs afin de s'intéresser à gravir les échelons de carrière.
Constituer une équipe de rêve
Les invités sont bons, mais les propriétaires du site ont préparé des histoires très sympas, et puisque j'ai mentionné les RH et le travail avec les employés, il vaut la peine de parler du
rapport de Katerina Gavrilova , dans lequel on nous apprend à poser des questions pour que la vérité ne vous soit pas cachée. C'est formidable de garder les employés, mais comment
embaucher correctement , poser les bonnes questions et ne pas être déçu par la suite que le candidat n'ait pas pris racine dans l'équipe, bien qu'il soit idéalement adapté pour les compétences techniques. Mais cela arrive assez souvent. Examinons ce problème depuis le tout début - de l'interview.
Ahmed Sheriev (à son sujet un peu plus bas) parlera des anciennes équipes et de leur réforme, mais il y a un autre côté à la question - comment constituer une équipe quand il n'y a rien (et, éventuellement, personne). Dans son
rapport, Ivan Lukyanov d'Avito parlera de la création et de la gestion d'équipes. L'expérience de la constitution de dizaines d'équipes s'est cristallisée
sous la forme d'une liste de contrôle , selon laquelle il sera plus facile et plus efficace de constituer une équipe, de surmonter la phase d'adaptation et d'atteindre la capacité de conception.
Poursuivant le thème du team building, nous avons invité
Alexei Kataev de SkyEng à partager l'expérience du renforcement d'équipe et des
recettes de motivation, de délégation et d'automatisation. Tout cela vous permet de
décharger le chef d'équipe et en même temps de rallier l'équipe et de la rendre plus cool.
Soit dit en passant, le sujet de l'auto-organisation et de la lutte contre la congestion est toujours dans plusieurs rapports.
Grigory Petrov partagera son expérience dans l'organisation de la planification de son travail pour les paranoïaques :). Gregory vous rappellera qu'il existe des centaines de méthodes pour travailler avec des tâches, des tas d'outils, une armée de consultants en croissance personnelle. Tout cela laisse entendre que tout n'est pas si simple dans ce monde. Votre K.O. (c). Le rapport portera
sur les biais cognitifs et la manipulation sociale . En général, tout ce que nous aimons: la psychologie et la technologie dans une bouteille. Soit dit en passant, Gregory est un participant actif de la communauté Python et en même temps le chef du comité du programme
Moscow Python Conf ++ .
Les amateurs de méthodologies agiles seront intéressés d'apprendre que le chef d'équipe peut également être développé dans un style Scrum, en tant que produit logiciel.
A propos de cela
dira Andrei Sukhonosenko dans la deuxième salle en fin d'après-midi. L'idée est que le processus de formation du chef d'équipe doit répondre au système de valeurs de la profession, de l'industrie, de l'entreprise. Par exemple, qu'en est-il de Timlid en tant que «produit logiciel» qui doit être rapidement publié conformément aux exigences des clients? Ensuite, en développant un chef d'équipe dans l'esprit Agile et en utilisant Scrum, nous pouvons considérer la formation en équipe comme le développement d'un «produit Timlid». Cela ressemble à quelque chose à penser.
Processus de construction
Le programme sera complété par quelques histoires techniques des korefei du monde du développement.
L'histoire de
Nikolai Krapivny de Badoo sur la façon dont ils
respectent les délais, tout en les intégrant dans la culture d'entreprise. Le
rapport parlera des règles de travail avec les délais, pourquoi le
processus d'évaluation et de suivi des délais est important, comment et pourquoi ces processus aident à développer les équipes.
C’est clair avec les délais, mais que faire du code? Plus précisément, ce qu'il faut en faire est compréhensible, mais comment contrôler la qualité du code. Nous allons en entendre parler le deuxième jour de
Vladimir Romanko de Kaspersky Lab avec un
rapport sur les
techniques pratiques pour effectuer la révision de code . Je suis sûr que les développements et techniques qui seront discutés vous seront utiles.
Eh bien, à la fin de la première journée, nous aborderons quelques sujets importants pour les équipes et les prospects.
Le retour d'expérience dans les équipes et son évolution ont fait l'objet de l'
histoire d' Alexander Cherny de Pandao. Voici un morceau de thèse. Il n'y a rien à ajouter.
«Vous avez probablement rencontré des informations sur le périphérique Performance Review dans de grandes équipes: Badoo, Avito, Yandex. Ces pratiques décentes ne conviennent pas toujours bien aux petites équipes. En tant que leader, vous avez décidé qu'une évaluation des employés était nécessaire, mais laquelle n'est pas claire. Vous êtes limité en ressources: il n'y a aucun moyen de s'asseoir sur la compilation des données, il n'y a aucun moyen d'attirer un chef de projet ou des RH, il n'y a aucun moyen d'arrêter le travail en cours. "De quoi parlerons-nous encore lundi?
À propos du Dr Adizes . Vous avez probablement entendu ou lu quelque chose à son sujet. Il est vraiment cool. À son avis, nous avons plusieurs styles de leadership, et selon le style de leadership vers lequel nous gravitons, les approches de gestion changent considérablement. À ce sujet et pas seulement dans le rapport de Marina Paych
«Comment utiliser les avantages de votre style de leadership dans la gestion d'une équipe» .
En avant et avec la chanson
En conclusion du premier jour, nous avons préparé une
histoire extrêmement divertissante de
Vladimir Krasilshchik selon laquelle il y a quelque chose en
commun entre l'informatique et la musique . À un moment donné, Vladimir est venu à sa découverte paradoxale à première vue et a tiré un certain nombre de conclusions pratiques. En particulier, il vous expliquera comment collecter et diriger des équipes performantes sur la base de l'expérience de la construction de groupes musicaux bien connus. Après avoir examiné qui est le leader de plusieurs groupes de rock à succès, nous décrivons les places dans l'équipe que le chef d'équipe peut occuper.
En s'appuyant sur l'hypothèse de similitude entre l'industrie musicale et l'informatique, nous trouverons la réponse à la question «une équipe peut-elle diriger activement le développement de code» et expliquer pourquoi «non, hélas, cela ne peut pas, il a une fonction différente, oublier le code».
En tant qu'auto-étude pour le rapport, pensez à qui était le chef d'équipe des Beatles. Nous en discuterons juste devant l'afterparty et probablement aussi au cours de celle-ci.
Le premier jour se terminera traditionnellement par la consommation d'alcool de différents dosages, mais je vous déconseille fortement d'en faire trop, car le deuxième jour nous attend non moins lumineux et intéressant.
Deuxième jour
La deuxième journée commencera avec trois orateurs les plus cool sur trois sujets tout aussi cool. À propos des rapports de
Max Tsepkov «
Softskill Models for Timlid» et
Anastasia Kalashnikova «Mysterious Empathy, Listening and Feedback, or Timlid as a Psychologist». J'ai dit plus tôt. Nous avons renforcé cette entreprise avec un autre conférencier régulier des conférences de gestion, afin de finalement vous convaincre que vous devez calculer vos propres capacités en alcool :))).
La deuxième journée sera ouverte par
Alexander Ziza avec le
rapport «Développement d'équipe et réflexion en tant que communication de gestion du chef d'équipe». Il s'agit d'une continuation du
discours d'automne sur les communications, en tant que zone de performance du travail d'équipe. Cette fois, l'attention est concentrée sur l'extrême importance de mon point de vue historique - la réflexion.
«Sans réflexion, tout ce qui était - n'était pas» - disent les gens intelligents, et c'est le seul moyen de rassembler l'expérience en modèles, un ensemble de pratiques disparates en outils.
Divers schémas seront proposés pour examen et discussion, ainsi que la traduction des concepts de «développement» et de «réflexion» en algorithmes pratiques qui aideront à mener à bien la prochaine étape du développement des compétences managériales.
Transformer
En parallèle, pour ceux qui se sont déjà compris et veulent élargir leurs horizons en direction de la gestion d'équipe et des changements transformationnels, nous avons compilé une piste de trois rapports.
Vitaliy Levchenko entamera une
conversation sur la gestion des équipes réparties et des employés distants. Nous suivrons l'expérience de la constitution d'une équipe répartie, de la sélection des personnes à l'organisation d'une équipe indépendante, à la gestion des exigences et à la gestion de l'ensemble de cette structure. L'idée principale du rapport est que
les équipes réparties peuvent être non moins efficaces que les équipes locales . Voyons voir. Et immédiatement après la remise des diplômes, vous pouvez vous déplacer dans la salle de table ronde, discuter d'un rapport avec des collègues et partager vos recettes pour travailler avec des employés distants.
Dans le même sujet, nous allons écouter un
rapport, un peu inhabituel pour notre conférence, sur «Comment construire le travail de DevOps 24/7» par
Boris Ershov . C'est une histoire sur le chemin que les gars sont passés d'une petite équipe à un service complet 24h / 24 des systèmes de leurs clients. Le rapport inclura les pièges, les problèmes et, surtout, les solutions qui leur ont permis de construire un support fiable.
Dans le même bloc, nous avons inclus l'
histoire d' Akhmed Sheriyev sur «Refactoring des équipes héritées et des processus de développement». Que faire quand il faut accepter une équipe «avec histoire», avec des processus établis peu efficaces. Par où commencer, quelles approches de la réforme de l'équipe ont fait leurs preuves et apportent les changements les plus indolores possibles. Cherchons des réponses à ces questions avec Ahmed.
On philosophe un peu
Après la pause, passons à des sujets et des rapports plus philosophiques.
Alexey Pikulev partagera ses réflexions sur la confiance dans les équipes. Voyons quels facteurs influencent la confiance, pourquoi il est important de maintenir l'ouverture et la transparence, qui est
Team Trust Canvas et comment il peut être utilisé pour instaurer la confiance d'une itération à l'autre. Capitainerie? Oui, dans toutes les entreprises, la confiance et l'ouverture sont florissantes :) Comment construire de bonnes relations à long terme dans la pratique. Comment concentrer l'attention des membres de l'équipe sur l'instauration de la confiance. Quels outils et exercices pratiques peuvent nous aider à bâtir ou à renforcer la confiance, lesquels choisir et pourquoi, nous demanderons à Alexey le 26 février.
Vous avez déjà remarqué que lors de cette conférence, nous essayons l'histoire avec des suites. C'est à ce moment que le rapport est une continuation du rapport précédent. Voici un autre exemple.
Il y a un an,
Eugene Rossinsky SRT ivi.ru a
parlé de la façon dont ivi a traversé la transformation Agile, des résultats obtenus en créant une mêlée évolutive avec des flux de valeur. Cette fois, Eugene
parlera de la façon dont ivi a changé la structure du produit et de l'unité technologique au moment de la création d'un nouveau produit, ce qui reste des méthodologies flexibles, pourquoi l'un des rôles clés dans l'organisation du processus de développement a été joué par les ingénieurs de contrôle qualité, qui sont devenus chef d'équipe et produit oouners. Le sujet le plus cool de l'adaptation à l'évolution des conditions externes et internes. Ne le manquez pas!
Sur la même vague, nous allons écouter
Philip Delgyado et son
discours sur la méthodologie en tant que constructeur. Beaucoup ont probablement entendu Phil parler de sujets techniques dans HighLoad ++. Il est maintenant temps de partager l'expérience de gestion. Dans le rapport, Phil développera les idées de Cowbern à partir de l'article
«Chaque projet a sa propre méthodologie» .
Parce qu'il n'y a pas de méthodologie unique adaptée à tout le monde, vous devez toujours faire quelque chose d'unique et d'individuel. Voyons quels sont les détails d'une méthodologie de développement, à quoi vous devez prêter attention lors de sa conception et de sa mise en œuvre, quand et comment reconstruire la méthodologie créée.
Un rapport de Natalia Sveshnikova de Kaspersky Lab est consacré à la pratique de la prévention des holivars et de la transformation des réunions en passe-temps productif. Nous avons tous rencontré des réunions qui se sont rapidement transformées en holivars et n'ont donné aucun résultat. Lorsque nous participons à de telles réunions, nous blâmons l'initiateur de la réunion. Lorsque notre propre réunion se déroule ainsi, il nous semble que le problème est dans les participants. Essayons de savoir quoi faire quand tout le monde se blâme.
Allons-nous danser?
Avec support.
Alexander Afyonov a décidé de partager l'
expérience de Lamoda dans le traitement des flux de tâches de support. La dernière fois, un rapport sur ce sujet a provoqué des discussions très animées, mais c'était un rapport d'une entreprise alimentaire avec un cycle de produits assez prononcé. Considérant que la majorité de l'audience - numérique - nous avons décidé d'inviter un représentant d'une entreprise qui soit sympathique en termes de produits et de processus. Nous connaissons tous les plaies, plus ou moins, chacun a ses propres recettes. Alors comparez :)
Après cela, avec
Andrei Ryzhkin, nous parlerons de la façon de partager les responsabilités entre le chef d'équipe et le manager. Vous l'avez probablement rencontré. Voyons donc qui est responsable de quoi, comment pouvons-nous nous mettre d'accord sur le rivage, comment établir des communications efficaces, etc. Après tout, Andrei a quelque chose à dire. Son entreprise compte trente chefs d'équipe et plus d'une centaine de développeurs, soit à peu près le même nombre de managers. Dans une équipe aussi grande, il est impossible de contrôler tout le monde, donc la disponibilité d'un système de communication devient extrêmement importante.
Continuons. Avez-vous entendu parler du N26? En Europe, cette banque est née en tant que startup fintech avec l'intention de révolutionner la banque traditionnelle. Née seulement en 2013, l'entreprise exerce ses activités avec succès en Europe, elles ont des conditions bancaires très attractives. En fait, il n'y a pas de banque, pour ainsi dire, c'est-à-dire, mais sous la forme d'une application dans le téléphone (les utilisateurs de la T-bank doivent être familiers avec cela). Mais nous ne parlons pas de banques? :))
L'histoire d'
Alina Denisenko recueille l'
expérience de la diffusion de la culture de l'entreprise dans de nouveaux bureaux au stade d'hyper croissance. C'est une histoire sur la façon dont Alina et sa partenaire, remplissant les cônes et apprenant de ses propres erreurs, ont formé une
nouvelle équipe dans un nouveau bureau . , , , . — - , N26.
FunCorp
, . , , , , . .
, . , « », . , , .. .
Badoo
, . , / , — e-mail, , , . , , .
. , ,
. ,
- . , – . , . , , , – !
: — «». .
.
, !
TeamLead Conf 2019 !
, :