Comment animer une session de « planning poker »

Une session de « planning poker » est réussie lorsqu’elle permet d’obtenir des estimations utiles sans dépasser la deuxième heure. Cela repose sur trois éléments : préparer le backlog, veiller à ce que le principe du « vote à l’abri suivi de la révélation » soit respecté, et respecter strictement les limites de temps. Voici le déroulement de la séance.

Avant la séance : affinez, puis ancrez

La plupart des séances ratées sont dues à une mauvaise préparation, et non à une mauvaise animation. Il y a deux points à régler en premier lieu.

Affiner le backlog. Chaque story doit comporter des critères d’acceptation clairs, un responsable clairement identifié (ou une mention explicite indiquant qu’il s’agit d’un sujet transversal), et présenter à peu près le même niveau de détail que les stories voisines. Si la moitié de vos éléments se résument à une seule ligne et que l’autre moitié consiste en des spécifications de plusieurs paragraphes, les estimations ne seront pas comparables, et la session se transformera en une réunion de raffinement déguisée.

Choisissez un cas de référence. Prenez une histoire déjà livrée et convenez de la considérer comme la référence de l’équipe (disons un 5). Toutes les autres estimations seront effectuées par rapport à ce point de repère. C’est la mesure la plus simple que vous puissiez prendre pour maintenir la stabilité de l’échelle au fil du temps.

Une bonne préparation permet de bien démarrer la séance ; ce sont ces habitudes qui garantissent des résultats fiables une fois que vous êtes lancé.

Définissez la tâche et répondez aux questions avant que quiconque ne vote. Lisez ensemble le sujet, laissez l’équipe poser des questions sur les points qui ne sont pas clairs et ne commencez pas le vote tant que ces questions n’ont pas reçu de réponse. Un vote organisé avant que l’assemblée ait bien compris le contexte n’est pas une estimation ; c’est une supposition accompagnée d’un chiffre. Cela prend une minute au départ et évite d’avoir à revoter plus tard.

Faites attention à la manière dont on interprète les heures. Dès qu’on entend dire « un 3, c’est environ une demi-journée », l’estimation cesse discrètement de porter sur la complexité pour se concentrer sur le temps, ce qui est précisément ce que le système de points vise à éviter. Si cela se reproduit, c’est cela qu’il faut corriger, et non le chiffre en lui-même.

Limitez les nouveaux votes à deux. Le premier tour de vote permet de constater l’écart entre les notes. Lors du deuxième tour, une fois que les votants ayant attribué les notes les plus élevées et les plus basses ont expliqué leur raisonnement, l’équipe devrait parvenir à un consensus. Si ce n’est pas le cas, le projet n’est pas encore évaluable : divisez-le ou renvoyez-le pour qu’il soit peaufiné, plutôt que de procéder à un troisième vote en espérant que cela suffise.

Impliquez l’ensemble de l’équipe de développement, et pas seulement les ingénieurs. Les équipes d’assurance qualité et de conception perçoivent un effort que la description d’un ticket ne mentionne pas. Une story qui semble être un « 2 » pour le développeur peut devenir un « 8 » dès lors que l’on se demande qui va rédiger le plan de test.

Évaluez la qualité des estimations au niveau de l’équipe, jamais au niveau individuel. Dès lors qu’un vote donne l’impression d’être noté, vous obtenez des estimations prudentes plutôt que sincères, pour la même raison que la vélocité n’est pas un indicateur de performance. Si vous souhaitez savoir si la qualité des estimations s’améliore réellement, examinez l’étendue des écarts entre les éléments d’un sprint, et non pas qui s’est le plus rapproché de la réalité.

Fixez les règles de base

Dites-le à voix haute dès le début, surtout avec vos nouveaux coéquipiers :

1. Vous évaluez l’effort relatif, et non le nombre d’heures.
2. Ne dévoilez pas de carte et ne prononcez pas de chiffre à voix haute tant que tout le monde n’a pas joué.
3. Les cartes la plus haute et la plus basse parlent d’elles-mêmes. C’est un atout, pas une pénalité.
4. ? Cela signifie que vous ne pouvez vraiment pas évaluer cela. Cela ☕signifie que vous avez besoin d’une pause.

Les quatre phases d’un tour

Chaque histoire suit le même cycle court.

1. Lecture et clarification (1 à 2 min). L’animateur lit l’histoire à haute voix. Tout le monde, et pas seulement les ingénieurs, peut poser des questions pour obtenir des précisions. L’objectif est de parvenir à une compréhension commune, et non de concevoir une solution. Si les participants commencent à se demander comment la réaliser, mettez cette question de côté et passez à autre chose.

2. Vote (10 à 30 secondes). Chacun joue une carte en secret. Dans l’application, les cartes restent automatiquement cachées ; dans la salle, gardez-les face cachée jusqu’au moment de les dévoiler.

3. Révéler et discuter (1 à 4 min). Retournez toutes les cartes en même temps. Si l’écart ne comporte qu’une seule étape (que des 3 et des 5), retenez le chiffre le plus élevé et passez à l’étape suivante. S’il est plus important, demandez à la personne ayant donné le chiffre le plus élevé et à celle ayant donné le chiffre le plus bas d’expliquer leur réponse. Neuf fois sur dix, vous constaterez l’une des trois situations suivantes : soit le sujet n’est pas bien compris et doit être décomposé, soit quelqu’un a conscience d’une complexité sous-jacente, soit quelqu’un a déjà abordé ce sujet et sait qu’il est moins vaste qu’il n’y paraît.

4. Nouveau vote (10 secondes). Brève discussion, puis nouveau vote. La plupart des tours se terminent au bout de deux. Si vous vous dirigez vers un troisième tour, cela signifie que l’histoire a besoin d’être peaufinée ou divisée en plusieurs parties, et non d’une discussion plus longue.

Quel jeu de cartes devriez-vous utiliser ?

Les chiffres figurant sur les cartes influencent la manière dont l’équipe appréhende l’effort ; le choix d’un jeu de cartes fait donc partie du travail, mais il ne faut pas trop y réfléchir.

La suite de Fibonacci (1, 2, 3, 5, 8, 13, 21…) est la valeur par défaut pour la plupart des équipes, et ce à juste titre. Les écarts sont volontairement creusés : plus le travail est important, moins on en sait, ce qui fait que les choix s’écartent les uns des autres et que vous décidez entre « 8 ou 13 ? » au lieu de débattre entre un 9 et un 10. Cette friction est un atout. (Pour en savoir plus sur les raisons du choix de la suite de Fibonacci.)

La méthode de Fibonacci modifiée ajoute ½ pour les tâches simples mais faciles à suivre, ainsi que 40 et 100 pour les tâches les plus importantes. Le chiffre 100 n’est pas une estimation ; c’est un signal d’arrêt qui signifie « trop volumineux pour être traité en une seule fois ; il faut d’abord le diviser en plusieurs parties ».

Les tailles de t-shirt (XS–XL) sont volontairement floues, ce qui convient parfois parfaitement aux premières phases de mise au point, ou à la détermination de la taille d’un portefeuille de projets, où la discussion porte sur la portée et non sur la capacité de sprint. Le hic : les t-shirts ne s’additionnent pas, ils ne permettent donc pas de calculer un chiffre de vélocité.

Les puissances de deux (1, 2, 4, 8, 16…) conviennent aux équipes d’ingénieurs qui raisonnent déjà en termes de doublements ; les progressions deviennent rapidement très marquées, ce qui est justement le but recherché.

Vous recommencez à zéro ? Utilisez la méthode de Fibonacci. Passez aux « T-shirts » uniquement si vous constatez que l’équipe débat sur des écarts d’un seul point, et à la méthode de Fibonacci modifiée dès que vous souhaitez signaler explicitement les articles trop volumineux.

L’outil gratuit de « planning poker » propose lui-même six jeux de cartes : Scrum, Fibonacci, Séquentiel, Demi-carte, Puissance de deux et Taille de t-shirt. Trois d’entre eux (Scrum, Séquentiel, Demi-carte) n’ont pas été abordés plus haut ; c’est donc ici qu’ils trouvent leur place.

Scrum (0, ½, 1, 2, 3, 5, 8, 13, 20) est le système par défaut de l’outil lui-même ; il s’agit davantage d’un proche cousin de la suite de Fibonacci que d’une philosophie distincte. Il présente les mêmes écarts croissants, avec deux ajouts pratiques : un 0 explicite pour « déjà fait » ou « ce n’est pas du vrai travail », et un ½ afin que les tâches insignifiantes ne soient pas arrondies à un point entier. Si votre équipe utilise déjà la méthode de Fibonacci et se demande pourquoi la grille par défaut de l’application semble légèrement différente, voilà pourquoi. Choisissez celle des deux qui convient le mieux à votre équipe ; aucune n’est plus « correcte » que l’autre.

La « demi-carte » (1, 1½, 2, 2½, 3, 3½, 4, 4½, 5, 5½) apporte davantage de précision dans les valeurs les plus basses pour les carnets de commandes qui ont tendance à tout regrouper en « 1 ou 3 », sans aucune valeur intermédiaire. Si vos discussions sur l’estimation tournent sans cesse autour de la question « s’agit-il vraiment d’un 1, ou plutôt d’un 2 ? », la demi-carte est la solution. Elle résout un véritable problème, sans ajouter de choix pour le simple plaisir d’en avoir davantage.

La séquence (1, 2, 3, 4, 5…) est celle qu’il faut privilégier le moins. Des écarts égaux entre les nombres suppriment la pression que les autres méthodes créent délibérément : une méthode de type Fibonacci rend le chiffre 13 délibérément incongru à côté d’un 8, ce qui pousse les équipes à diviser l’histoire plutôt que de hausser les épaules et de passer à autre chose. L’approche séquentielle n’a de sens que lorsque les éléments sont véritablement similaires et que vous êtes plus proche d’un comptage que d’une estimation : une liste de tâches de migration quasi identiques, et non un backlog hétérogène.

Vous hésitez encore ? Adaptez le jeu de cartes à l’outil, et non l’inverse. Si votre équipe débute dans la salle de « planning poker » gratuite de TeamRetro, le jeu « Scrum » est déjà sélectionné, et il n’y a aucune raison de passer au jeu « Fibonacci » standard, à moins qu’un problème spécifique ne se présente au préalable.

Vous avez besoin de plus de six préréglages ? La version gratuite est conçue pour une session rapide, sans création de compte, avec un ensemble fixe de jeux de cartes. La plateforme d’estimation payante de TeamRetro permet à votre équipe de créer un jeu de cartes entièrement personnalisé, avec vos propres valeurs et vos propres libellés, au lieu de choisir parmi des préréglages, et intègre l’estimation au reste de votre workflow : extrayez des éléments directement de votre backlog, synchronisez les points convenus vers Jira, Azure DevOps, GitHub ou Linear, et de transformer les conclusions de la discussion en actions de suivi et en accords d’équipe avant même que quiconque ne quitte la session.

Les cartes spéciales : ?, café et 100

Certaines cartes ne sont pas des chiffres, et chacune d’entre elles contient des informations concrètes :

• ?: Je ne peux pas me prononcer là-dessus. C’est un signal d’arrêt, pas un haussement d’épaules. Cela signifie généralement que l’équipe manque de contexte ou que le sujet n’est pas encore suffisamment défini. Mettez-le en évidence ; ne le laissez pas passer sans y prêter attention.
• ☕: J’ai besoin d’une pause. Prenez-le au pied de la lettre. La fatigue liée aux estimations nuit à la qualité de chaque itération suivante, et cinq minutes, ça coûte moins cher qu’un sprint raté.
• 100: c’est trop vaste pour être estimé. Il s’agit d’un indicateur, pas d’un chiffre. Ne vous contentez pas d’un 40 pour éviter le travail de précision ; divisez plutôt l’histoire en plusieurs parties.

Fixez une durée pour la session, et pas seulement pour les stories

Durée maximale par story : trois à cinq minutes. Durée maximale par session : 30 à 45 minutes. Lorsque vous atteignez l’une ou l’autre de ces limites, validez l’estimation en cours ou renvoyez la story dans le backlog. Les équipes qui savent que vous ferez réellement respecter ces limites s’y préparent mieux pour la prochaine fois. S’il reste une longue liste d’éléments à évaluer, ne vous acharnez pas sur cette étape ; optez plutôt pour une technique plus rapide, comme l’évaluation par catégories.

Organisation de sessions à distance et hybrides

Organisez la session par visioconférence. Vous souhaitez percevoir le ton de la voix et les indices visuels indiquant qu’une personne s’apprête à prendre la parole. Utilisez un outil de « planning poker » pour garantir la confidentialité des votes ; le système basé sur la confiance dans un fil de discussion est un accident d’ancrage qui ne demande qu’à se produire. L’outil gratuit de « planning poker » de TeamRetro masque toutes les cartes jusqu’à leur révélation, ce qui permet à une équipe dispersée de bénéficier du même fonctionnement qu’une équipe réunie autour d’une table.

Vous découvrez cette technique ? Commencez par découvrir ce qu’est le « planning poker ». Vous la maîtrisez déjà et vous souhaitez savoir où se situent les écarts ? Le guide pratique « Erreurs à éviter avec le planning poker » est fait pour vous.

Foire aux questions

Quelles sont les étapes d’une session de « planning poker » ?

Affinez le backlog et choisissez d’abord une story de référence. Ensuite, pour chaque élément : le facilitateur le lit et l’équipe apporte des précisions, chacun vote à bulletin secret, toutes les cartes sont dévoilées en même temps, et les personnes ayant attribué les notes la plus élevée et la plus basse expliquent les écarts importants avant un nouveau vote. La plupart des éléments font l’objet d’un consensus en deux tours de vote.

Combien de temps doit durer une session de « planning poker » ?

Limitez la durée de la session à environ 30 à 45 minutes et celle de chaque story à trois à cinq minutes. La qualité des estimations baisse considérablement au-delà de 45 minutes, car les participants se fatiguent et se contentent de suivre le rythme imposé par le responsable. S’il reste d’autres tâches à évaluer, prévoyez une deuxième session ou optez pour une technique plus rapide.

Quel jeu de cartes de « planning poker » devrions-nous utiliser ?

Commencez par la suite de Fibonacci (1, 2, 3, 5, 8, 13) pour la plupart des sprints ; elle offre une granularité suffisante pour la planification et une certaine contrainte permettant de limiter la durée des discussions. Passez à la suite de Fibonacci modifiée lorsque vous souhaitez signaler des stories trop volumineuses, et aux tailles de t-shirt pour l’estimation précoce, au niveau de la feuille de route, où il n’est pas nécessaire que les chiffres s’additionnent.

Que signifient les cartes « ? » et « café » ?

La carte « point d’interrogation » signifie qu’une personne n’est réellement pas encore en mesure d’estimer la durée de la tâche. Considérez-la comme un signal d’arrêt indiquant que l’élément nécessite davantage de contexte, et non comme un abstention. La carte « café » signifie qu’une personne a besoin d’une pause ; prenez-la au sérieux, car un groupe fatigué produit des estimations de moins en moins précises à chaque tour suivant.

Qu’est-ce qu’un cas de référence ?

Une histoire de référence est une histoire déjà livrée que l’équipe s’accorde à considérer comme une base de référence fixe (un « 5 », par exemple), de sorte que toutes les autres estimations sont effectuées par rapport à celle-ci. Sans ce point d’ancrage, la signification d’un « 5 » varie d’un sprint à l’autre et la vélocité qui en résulte devient aléatoire.