Il y a un an, des changements révolutionnaires ont eu lieu dans notre entreprise, notre méthodologie de développement a changé, nous avons commencé à travailler sur Scrum.
Agile a commencé à exiger de l'équipe une prise de décision indépendante, une amélioration continue. Ici, nous sommes confrontés au problème du développement des membres de l'équipe. En conséquence, nous avons progressivement obtenu 14 modes de développement, dont 6 dont je parlerai dans cet article. Certaines de ces méthodes ont été initiées par l'entreprise, mais la plupart d'entre elles nous ont été proposées ou espionnées et adaptées pour nous-mêmes.
Il y a 7 équipes produits dans l'entreprise, c'est moi. responsable (scrum master + architecte) d'une des équipes.
Commençons donc.
1. Club de lecture
Comment faire lire plus à mes collègues? L'idée la plus évidente est de créer un club de lecture. Ils n'ont rien inventé, lors d'un des quotidiens qui a annoncé la première réunion du club.
Objectifs du club:- encourager ses collègues à lire;
- élargir les horizons aux dépens les uns des autres. C'est-à-dire écouter la critique de livres professionnels de première main et décider par vous-même si cela vaut la peine d'être lu, ou limité aux points généraux du livre;
- discuter des idées du livre qui peuvent être appliquées dans le travail (et parfois en dehors du travail)
Format:Dans le club, nous partageons qui lit quoi, dites brièvement des idées clés. Le club est généralement visité par 4 à 8 personnes et nous parvenons à discuter de 2 livres. Au début, le club avait lieu chaque semaine, mais au fil du temps, nous avons réalisé que nous n'avions pas le temps de lire beaucoup en une semaine et avons décidé de nous réunir en 2 semaines.
Le club discute de livres sur la culture d'entreprise, le développement personnel, la gestion du temps. Moins sur le développement, mais le club exersise, sur le chat ci-dessous, est sorti du club de lecture.
En conséquence, le club du livre a initié la création d'une bibliothèque, dans laquelle la société achète 5-6 livres chaque mois;
2. Soleil et nuages
Agile oblige les développeurs à penser différemment de Waterfall. Pour faciliter le processus d'adaptation, nous avons mis au point un certain système de coordonnées, un système de valeurs, qui indique ce qui est bon et ce qui est mauvais.
Nous avons enveloppé un tel système dans une motivation de jeu «Soleil et nuages». L'équipe peut récompenser l'un des collègues avec les soleils, de 1 à 8 et gronder, nous lui remettrons le nombre correspondant de tukes. La taille des soleils et des nuages est réglementée, par exemple, 1 soleil - c'est "merci", 3 soleil - a sauvé l'équipe, 8 soleils sont encouragés à apporter une amélioration technique, a noté l'équipe. Nous distribuons 1 nuage pour être en retard à la réunion, 8 nuages - laissez tomber l'équipe, etc.
Lorsque l'équipe clôt le sprint, la personne avec le plus grand nombre de points (1 soleil +1 point, 1 nuage moins 1 point) reçoit un livre et une coupe challenge. A la fin du trimestre, le meilleur reçoit un sweat avec le nom de l'équipe. Il s'agit d'un sweat-shirt unique; il n'y a pas d'autre moyen d'obtenir un sweat-shirt avec une telle inscription.
Ce type de motivation est assez ambigu, quelqu'un le considère simplement comme un cocooning. Par expérience, je peux dire que nous ne sommes pas en retard pour les réunions et que nous pouvons célébrer le mérite et «l'anti-mérite» de l'autre, ce qui nous permet d'avancer ensemble dans la même direction et d'être une équipe.
Après presque un an, je comprends que cette méthode a atteint ses objectifs, nous avons restructuré notre réflexion selon la méthodologie Agile. Maintenant, les soleils s’encouragent mutuellement, il est parfois difficile pour tout le monde de remercier une personne pour son aide, les soleils peuvent surmonter cette barrière.
Je recommande particulièrement cette méthode au stade où une méthodologie flexible vient d'être introduite.
3. Pistes de développement
Pour le développement de chaque membre de ceux-ci. Le responsable du développement du département a introduit les pistes de développement.
La voie de développement est un plan individuel qui reflète les objectifs et les moyens de les atteindre.
Dans notre équipe, la piste est créée pour 3 périodes de 3 mois. La période actuelle est clairement décrite, la suivante moins détaillée, la troisième période n'est que des idées.
Chaque piste est la sienne. La tâche de ceux-là. conduire à atteindre les objectifs et la croissance des employés.
Pendant le travail avec les pistes, il a conclu que mettre la technologie sur la piste est inefficace, car il n'est pas clair ce qu'il faut considérer comme une étude de la technologie, un langage de programmation, une base de données particulière. Ce ne sont que des outils.
Pour le moment, j'ai déterminé par moi-même le format de piste suivant: direction, outils de développement, littérature, métriques. Dans le processus de déplacement le long de la piste, les outils nécessaires sont déjà sélectionnés. Par exemple:
Direction: Connaissances techniques générales;
outils de développement: microservices et leur préparation
Références: «Programmation shell (UNIX)». Code propre. Modèles de conception. Relâchez-le! Minimum théorique pour l'informatique. Conception orientée sujet (DDD)
Mesures: conformité aux exigences non fonctionnelles
Le problème avec les pistes est qu'elles ne fonctionnent que si le développeur lui-même comprend ses objectifs et n'a aucun lien formel avec cela. L'attitude envers la piste est décisive. Ceux qui suivent les progrès, regardent périodiquement, rafraîchissent la piste en mémoire, bougent et progressent bien. Les pistes aident à se concentrer, à obtenir de bons résultats personnels et à ne pas se limiter à résoudre des tâches de routine.
4. "Rollers" du matin
Le matin, avant la journée ou déjà le soir avant de partir, nous rivalisons pour résoudre des problèmes algorithmiques. Pour ce faire, utilisez le service
codingame . Le participant est invité à résoudre un problème algorithmique simple soit pour la vitesse, soit pour le nombre de caractères de code. Les patinoires aident parfaitement à mettre la main sur l'écriture d'algorithmes, et en effet c'est une chose amusante. Le service fournit un large éventail de langages de programmation, C #, C ++, Javascript, Bash, PHP, Swift et environ 20 autres.
Une formation algorithmique similaire augmente la vitesse d'écriture du code.
5. Examen du rendement
Pendant le travail, il est très difficile d'obtenir un retour objectif des collègues de votre équipe. Chez Team Lead Conf, Yegor Tolstoy a partagé l'expérience de la revue des performances chez Avito. Nous l'avons adopté. Super truc! Personnellement, j'ai reçu un retour très précieux sur mon travail. Sur la base des commentaires reçus, il a pu ajuster certains de ses moments de travail. Les collègues réagissent également très positivement à ce format d'avis, quelqu'un a ajouté des morceaux des commentaires reçus à leurs pistes. Après un certain temps, nous prévoyons de le répéter.
Egor a décrit
en détail
dans son article .
6. Club d'exercice
Depuis le printemps, nous nous préparons activement à lancer notre nouveau produit. Nous avons compris qu'il était inacceptable que la solution soit instable ou même en train de tomber. Par conséquent, nous avons décidé ensemble d'approfondir le sujet du fonctionnement de l'application, en créant un club d'exercices.
Exersise club est un format de club de lecture légèrement différent. Ici, nous lisons tous un livre ensemble, et dans le club, nous l'analysons en détail. Il s'agit d'un livre purement technique.
Nous convenons au préalable des chapitres que nous lirons pour la réunion. Lors d'une réunion, nous analysons ce que nous lisons. Nous regardons quels sont actuellement les problèmes et comment les résoudre.
Les réunions du club ont lieu chaque semaine et durent 1 heure.
En préparation de la grande sortie, ils ont démonté le livre Release It. Lors d'une des réunions, nous avons dressé un tableau des services que notre application utilise, découvert où il n'y a pas de délais d'attente dans les demandes qui leur sont adressées. Ayant ce tableau en main, nous avons dépassé le temps imparti et nous savons maintenant que si une API ou une base de données tierce tombe en panne, l'application fonctionnera. De même traité avec les journaux.
Maintenant, en lisant le DDD d'Eric Evans, nous concevons une grande partie de l'architecture du nouveau module.
Ce format convient à l'étude simultanée de la théorie et à l'application simultanée de ce qui a été étudié dans la pratique.
Si le problème doit être résolu en peu de temps, le club d'exercices sera inefficace.
Conclusion
Ne pensez pas que tout va bien pour nous et que chaque membre de l'équipe oscille frénétiquement et utilise toutes les opportunités de croissance. Bien sûr, ce n'est pas le cas. Mais ici, il est important que de telles opportunités existent et qu'elles donnent de bons résultats à la fois pour chacun personnellement, pour l'équipe et pour l'entreprise dans son ensemble.
L'article a écrit environ 6 des 14 façons d'améliorer les compétences professionnelles. Si l'information est intéressante, j'écrirai la deuxième partie et résumerai l'expérience.
Les méthodes décrites dans l'article sont simples à mettre en œuvre et sont le résultat de nos propres idées et de l'expérience d'autres équipes de produits et sociétés.
PS Et qu'est-ce que Scrum a à voir avec ça? Toutes ces méthodes sont apparues précisément après la transition vers Scrum et ont été initiées par l'équipe. C'est formidable que les initiatives des équipes trouvent un soutien en la personne de la direction de l'entreprise.