SCRUM : maîtriser le Planning Poker
Planning Poker est une technique d'estimation incontournable en SCRUM.
Pour démarrer, chaque membre de l'équipe a un jeu de Planning Poker.
Cela consiste en un ensemble de cartes sur lesquelles on retrouvera des valeurs numériques, des "story points", unité de mesure qui va définir la complexité d'une fonctionnalité.
Cela permet d'estimer l'effort global nécessaire pour réaliser l'User Story entièrement.
L'effort global doit impliquer quatre éléments.
La difficulté de réalisation de l'User Story.
Le volume de travail nécessaire à la réalisation.
Les risques et incertitude liés à la fonctionnalité.
Les dépendances, et tout élément externe nécessaire à la réalisation de la fonctionnalité.
Les valeurs des cartes du Planning Poker sont basées sur la suite de Fibonacci, qui est une séquence de nombres proche d'une suite exponentielle :
En effet, plus une fonctionnalité est complexe et longue à mettre en place, plus l'incertitude sera grande.
Les cartes les plus élevées auront un chiffre rond, car à ces niveaux, la complexité est telle qu'il devient inutile de prendre des valeurs précises.
Il vaut toujours mieux une estimation globalement bonne que précisément erronée.
À ces cartes, on y ajoutera 3 cartes spéciales.
Une carte "infini", pour déterminer qu'une fonctionnalité a une trop grande envergure pour pouvoir être traitée d'un bloc.
Une carte '?' pour signifier que la demande n'est pas suffisamment claire pour être estimée correctement.
Une carte "café", pour signifier qu'il est temps de faire une pause
Déroulement du Planning Poker
Pour chaque User Story à estimer, on va tout d'abord la présenter globalement et s'assurer que toute l'équipe comprend bien ce qui est demandé.
Puis, on commence un vote.
Chacun sélectionne une carte sans la montrer aux autres.
Une fois que tout le monde a sélectionné sa carte, tout le monde la dévoile en même temps.
Si c'est la première fois que l'équipe réalise ce genre d'exercice, une bonne pratique est d'utiliser des User Stories de référence qui seront utilisées en comparaison avec l'User Story à estimer.
On pourra prendre une User Story à 1 story point, une autre à 5 et une autre à 13.
Pour chaque User Story, chacun effectuera une estimation relative, en se demandant si ce qui est demandé est plus ou moins complexe que les User Stories de référence.
La décision
Si tout le monde est d'accord sur le même nombre, c'est ce nombre qui est retenu.
Si tout le monde n'est pas d'accord, chacun s'expliquera sur son choix.
Lors de ces explications, on peut se rendre compte si l'User Story a bien été comprise, si elle était suffisamment claire.
Après ce tour de table, on vote à nouveau jusqu'à l'unanimité.
Généralement, deux ou trois tours suffisent pour mettre tout le monde d'accord.
Si un accord n'est toujours pas trouvé, on pourra décider de faire la moyenne des valeurs sélectionnées.