Comme certains autres programmeurs, je ne suis pas un grand fan des rallyes. Parfois, tout ce raffinement de sprint, revue de sprint, séances rétrospectives sont ennuyeux.
Les équipes où je travaillais n'avaient jamais
prévu de rallyes de
poker , mais récemment j'ai participé à une telle équipe extraterrestre. Je connais toute cette équipe (à l'exception du nouvel architecte), mais je n'ai jamais personnellement vu la composition complète de l'équipe en action, j'ai donc regardé avec intérêt leurs approches du travail d'équipe. En plus d'être assez amusant, j'ai pu apprendre quelque chose de nouveau et d'utile pour moi. Dans cet article, je veux partager mes impressions de participer à un rallye de poker de planification.
Fréquence de la planification des réunions de poker
Je ne savais même pas que certaines de nos équipes pratiquaient Planning Poker. Le fait est que dans nos projets, des membres de l'équipe de deux bureaux: le front office néerlandais et le back office russe. Utiliser Planning Poker pour le contenu de sprint dans notre environnement est tout simplement irréaliste. Pour de telles sessions, vous devez réunir toute une équipe en un seul endroit et il est difficile de l'organiser régulièrement. Par conséquent, l'équipe ne mène de telles sessions que pour l'arriéré de tâches pendant plusieurs années, dont certaines semblent folles et irréalistes pour la mise en œuvre, eh bien, les tâches qui nécessitent plus de temps que les gestionnaires ne sont prêts à donner à l'heure actuelle. À ces fins, Planning poker est tout simplement parfait, à mon avis. Si vous avez de l'expérience en utilisant Planning poker pour des équipes distribuées sans rassembler toute l'équipe dans une seule pièce, il sera intéressant de vous familiariser, désabonnez-vous dans les commentaires.
Pour quelles équipes serait-il avantageux d'utiliser Planning Poker
L'équipe à l'étude développe à la fois la partie logicielle du logiciel pour l'équipement médical et le logiciel de la partie matérielle correspondante - le micrologiciel. Par conséquent, ces sessions seront informatives pour la plupart des membres de l'équipe, car quelqu'un ne travaille qu'avec une seule partie et ne connaît pas les détails et les difficultés rencontrés dans d'autres parties du logiciel. Pendant le rassemblement, de nombreuses discussions entre les personnes ayant les cotes les plus basses et les plus élevées ont commencé: "C'est facile à faire." Oui, des programmeurs expérimentés font parfois une faible note, et dans certains cas, une faible note est donnée par l'inexpérience, car il s'agit du firmware «
sarcasm» pour un matériel ordinaire, et pourquoi s'embêter si longtemps
</ sarcasm> .
Les grandes tâches sont ventilées et évaluées individuellement
La plupart des tâches contenaient au moins 3 parties, basées sur les spécificités du projet: logiciel, firmware et en fait les tests. Pour les systèmes complexes du groupe d'éléments constitutifs, une évaluation a été effectuée pour un élément.
Vous pouvez inviter quelqu'un d'un autre projet à participer
Lors de l'évaluation de la complexité d'une tâche, des questions supplémentaires des débutants peuvent être très utiles. Comme vous le comprenez, ils m'ont invité pour cette mission sacrée. Le fait est qu'une personne ignorante peut poser des questions qui seront également utiles pour rendre compte des notes des membres de l'équipe. J'ai moi-même remarqué à quelques reprises comment, après ma question, certaines personnes ont immédiatement commencé à chercher une autre carte, même si j'avais déjà décidé de la note.
Temps requis pour planifier des sessions de poker
De telles sessions nécessitent beaucoup de temps. Le temps de discussion pour chaque problème dépend de l'exhaustivité des exigences et de la compréhension de la solution au problème. Le temps de discussion de la question peut varier de 5 à 30 minutes. J'ai donc pris part à la discussion du dernier tiers de l'arriéré des tâches. Cela a pris une heure et demie.
Donc, pour résumer.
Tout est bon avec modération. La planification de sessions de poker est une activité utile, mais elle prend beaucoup de temps, donc je ne pense pas qu'il soit sage de les avoir très souvent, sauf si vous avez du temps libre. En rassemblant de telles réunions de temps en temps, vous maintiendrez une sensibilisation générale de l'équipe dans les différentes parties du projet, ce qui contribuera à améliorer le processus de résolution des problèmes. Et pour quelqu'un, cela peut être une bonne occasion de se familiariser avec d'autres parties du projet au cas où vous vous ennuieriez de travailler avec le vôtre.