Ce mois-ci, le bulletin mensuel de Scrum Inc. webinaire se concentre sur les fondamentaux et la correction des mauvaises habitudes Scrum. Alors qu'une majorité d'entre nous a l'impression de bien maîtriser les principes de base, les enquêtes Scrum Inc. et les sondages indépendants révèlent que si la plupart des équipes comprennent les principes de base, nombre d'entre elles ne sont pas en mesure de démontrer une amélioration des performances de l'équipe d'un sprint à l'autre. Bien que le guide Scrum évite de mentionner l'outillage pour donner de la flexibilité aux équipes, certaines pratiques sont si utiles qu'elles sont presque universellement appliquées. L'une d'entre elles est Histoires d'utilisateurs et l'autre est Vitesse.
Le plus souvent, les personnes interrogées indiquent que leurs équipes ne calculent pas Vitesse. Sans vélocité, il n'y a aucun moyen de mesurer l'amélioration, d'avoir de la transparence et de la visibilité dans votre processus ou de planifier correctement un sprint ou une version.
Comment cela fonctionne-t-il ?
Diviser le travail en petits éléments du Backlog de produit. Donnez à ces PBI, souvent appelés Histoires d'utilisateurs, a valeur du point en estimant leur taille relative. (La taille relative est importante parce que études montrent que les humains sont incroyablement mauvais pour estimer les travaux en heures).
Pendant Planification du sprintLe Scrum Master joue le rôle de croupier dans une partie de poker de planification. Le Scrum Master commence le jeu en prenant un Témoignage de l'utilisateur et en demandant à tous les membres de l'équipe de choisir une carte portant un nombre qui, selon eux, correspond à l'ampleur relative du travail à accomplir. Le Scrum Master compte jusqu'à trois et tous les membres de l'équipe révèlent leurs cartes simultanément. Les membres de l'équipe ayant les cartes les plus basses et les plus hautes débattent des raisons de leurs choix, puis l'équipe joue un autre tour. Le processus se répète jusqu'à ce qu'un consensus soit atteint. Le jeu se poursuit jusqu'à ce que toutes les User Stories aient une valeur en points.
Pendant le Sprint, au fur et à mesure que chaque histoire est déplacée vers le statut "fait", le Scrum Master peut tracer les points sur la durée du Sprint. À la fin du Sprint, ajoutez le de toutes les histoires d'utilisateurs pour calculer votre valeur de point. Vélocité.
Au fur et à mesure que l'équipe effectue des sprints, le Scrum Master peut comparer les progrès réalisés par l'équipe. Bien que la vélocité ait tendance à osciller dans le temps, en règle générale, le Scrum Master peut comparer les progrès de l'équipe. il devrait être tendance vers le haut environ 10% par Sprint.
Rappelez-vous que, même si l'équipe s'est améliorée dans la mise en œuvre d'une histoire donnée, la valeur du point doit rester la même. Si l'équipe commence à estimer les histoires à des valeurs inférieures parce qu'elle a acquis beaucoup plus d'expérience et que les histoires semblent plus faciles, la vélocité ne semblera jamais s'améliorer. C'est l'une des principales raisons pour lesquelles l'estimation en heures ne fonctionne pas.
Les équipes ne doivent pas être obsédées par le nombre de points que vaut une action. L'estimation des points n'est qu'un exercice qui permet d'évaluer rapidement l'effort relatif. L'important est d'être cohérent et que l'ensemble de l'équipe ait une compréhension commune de son système d'évaluation.
Que vous soyez novice en matière de Scrum ou pratiquant de longue date, le fait d'acquérir les bonnes bases améliorera sans aucun doute votre vélocité. Le mardi 26 marsth nous explorerons la Vélocité, les Retrospectives, le Backlog Grooming et le reste des Fondamentaux Scrum. Rejoignez-nous.
-- Joel Riddle & Christine Hegarty