Organisez un atelier de Planning Poker
Qu’est-ce que le Planning Poker ?
Le Planning Poker est une méthode collaborative et itérative d’estimation utilisée au sein des équipes.
Les membres de l’équipe disposent d’un jeu de cartes représentant différentes estimations. Chaque membre retourne sa carte pour révéler son estimation.
Les résultats attendus de la planification avec le Planning Poker sont :
Exploiter l’intelligence collective : Cette approche encourage la participation active de tous les membres de l’équipe, en valorisant leurs connaissances et expertises respectives dans le processus d’estimation.
Favoriser un consensus : En confrontant les points de vue et en discutant des écarts entre les estimations, l’équipe parvient à un accord commun, garantissant des estimations plus précises et réalistes.
Organiser un atelier de Planning Poker
Le Planning Poker implique l’ensemble de l’équipe technique. Vous aurez besoin de 2 à 4 heures pour la réunion et d’une grande table où l’équipe pourra s’asseoir avec ses jeux de cartes.
Le Product Owner présente une user story
L’équipe discute de l’user story.
Chaque membre pose une carte représentant son estimation individuelle.
Les cartes sont retournées en même temps et les estimations sont révélées.
Les membres ayant les estimations les plus élevées et les plus basses justifient leur réponse.
L’équipe joue à nouveau jusqu’à ce que les estimations convergent.
Après quelques tours, vous pouvez arrêter si tous les membres de l’équipe sont d’accord et satisfaits de l’estimation.
Examinons plus en détail certaines de ces étapes.
Présentation et discussion du récit utilisateur
Le Product Owner présente le récit utilisateur en expliquant :
L’intérêt pour réaliser ce récit utilisateur.
Le résultat et les bénéfices escomptés.
Le périmètre du récit utilisateur (y compris ce qui n’est pas inclus).
Les autres considérations pertinentes.
À ce stade, l’équipe peut poser des questions comme :
Que doit-il se passer dans tel ou tel scénario ?
Que faire dans un cas limite ou négatif ?
Doit-on construire ce système pour un type d’utilisateur, plusieurs types ou tous les utilisateurs ?
Faut-il suivre de nouvelles mesures de performance pour vérifier si ce récit utilisateur fonctionne comme prévu ?
Cartes à jouer
Chaque membre de l’équipe dispose d’une carte pour chacune des options de story points disponibles. Ce type de cartes est souvent appelé cartes de Planning Poker.
Le jeu doit inclure les valeurs suivantes : 1, 2, 3, 5, 8, 13, 21 et 100. (Rappelons que ces chiffres suivent la suite de Fibonacci.)
Après l’introduction du Product Owner et les discussions ou questions qui s’en suivent, chaque membre de l’équipe place une carte face cachée sur la table afin que son estimation ne soit pas visible. Une fois que tout le monde est prêt, les cartes sont retournées.
💡 Cette méthode fonctionne particulièrement bien lorsque les membres de l’équipe donnent des estimations honnêtes et non biaisées. Garder les cartes face cachée jusqu’à ce que tout le monde soit prêt empêche les membres d’être influencés par les autres.
Dans le poker classique, les joueurs peuvent jeter un coup d’œil à leurs cartes, mais ici, toutes les cartes sont révélées en même temps !
Obtenir un consensus
Il est important que l’équipe parvienne à une estimation commune.
Les membres ayant proposé les valeurs les plus élevées et les plus basses seront invités à expliquer leurs choix. Ils doivent alors justifier leur estimation, ce qui donnera lieu à une discussion au sein de l’équipe. Cette discussion peut amener chacun à ajuster son estimation. Dans certains cas, l’équipe peut conserver l’estimation initiale tandis que les membres ayant des valeurs aberrantes reviennent sur leurs propositions.
💡 Mike Cohn a réalisé (en anglais) une excellente vidéo sur le Planning Poker, qui illustre comment parvenir à un consensus au cours d’une session.
Le point le plus important est que l’équipe atteigne un consensus en collaborant. Si les divergences ne peuvent être résolues, il peut être utile de mettre le récit utilisateur de côté pour y revenir ultérieurement.
Mettre un récit utilisateur de côté permet :
Au Product Owner d’effectuer davantage de recherches et de clarifier les exigences.
Aux développeurs d’explorer les options techniques ou de réduire l’incertitude technique.
Une fois que l’équipe a atteint un consensus sur tous les éléments (sauf ceux mis de côté), l’atelier de Planning Poker peut se terminer.
Clôture de l’atelier
Le Product Owner note toutes les estimations et les conserve pour référence. Il ou elle consigne également les points de discussion, les questions et les hypothèses soulevées pendant les échanges. Ces informations sont précieuses et peuvent être ajoutées à la documentation existante.
Approfondissez avec la cartographie d’affinité
La cartographie d’affinité est une variation du Planning Poker.
Lors de cet atelier, l’équipe suit les étapes suivantes :
1. Choisir un ensemble de récits utilisateurs représentatifs, par exemple :
Un récit utilisateur estimé à 1 story point.
Un récit utilisateur estimé à 2 story points.
D’autres récits utilisateurs représentant toutes les valeurs de story points (1, 2, 3, 5, 8, 13, 21).
2. Prendre chaque récit utilisateur à estimer et le comparer aux récits utilisateurs représentatifs en se posant la question suivante :
"À quel récit utilisateur ce récit est-il le plus similaire en termes de complexité ?"
3. Attribuer au récit utilisateur la même estimation que le récit auquel il ressemble le plus. Par exemple, si un récit est comparable à un récit estimé à 5 points d’histoire, alors il recevra également une estimation de 5 points d’histoire.
Récapitulons !
Le Planning Poker est une méthode itérative pour estimer les récits utilisateurs en équipe.
Un atelier de Planning Poker implique tous les membres de l’équipe, réunis autour d’une table avec un jeu de cartes de Planning Poker pour chaque participant.
Cette méthode exploite les connaissances de tous les membres de l’équipe.
Le résultat final est un consensus d’équipe sur les estimations.
Vous êtes maintenant prêt à organiser un atelier de Planning Poker ! La prochaine étape consiste à découvrir combien de travail (ou de points d’histoire) votre équipe peut accomplir dans un sprint. Vous en apprendrez plus à ce sujet dans le prochain chapitre !
