Les règles du Planning Poker s'apprennent en cinq minutes. Animer une session où chaque développeur ose donner son avis, où les désaccords sortent tôt et d'où l'équipe repart avec des estimations auxquelles elle croit, c'est un autre métier : celui de l'animateur.
Ce guide s'adresse à lui, le plus souvent le Scrum Master. Vous découvrez la technique ? Commencez par notre présentation complète du Planning Poker, puis revenez ici pour le côté pratique : quoi préparer, comment rythmer chaque tour et que faire quand les cartes ne sont pas d'accord.
Comment animer une session de Planning Poker ?
Pour animer une session de Planning Poker, le Scrum Master prépare en amont un backlog affiné, une ou deux stories de référence et l'échelle de cartes à utiliser. Chaque story suit ensuite le même tour : le Product Owner la présente, l'équipe pose ses questions, chaque développeur choisit une carte en secret, puis toutes les cartes sont révélées en même temps. Quand les estimations divergent, les auteurs de la carte la plus haute et de la plus basse expliquent leur raisonnement, et l'équipe revote ; un à trois tours suffisent en général. L'animateur limite la durée de chaque discussion, traite la carte ? comme une demande d'information et la carte café comme une demande de pause, et arrête la session avant que la fatigue ne dégrade les votes, en général au bout de 60 à 90 minutes. Les estimations rejoignent ensuite l'outil de backlog et alimentent le sprint planning. L'animateur n'impose jamais de chiffre : son rôle est que chaque voix soit entendue avant que l'équipe ne s'engage.
Que doit préparer le Scrum Master avant la session ?
Une session qui s'enlise est souvent perdue avant même de commencer. Quatre points à vérifier la veille.
Un backlog prêt à estimer. Chaque story a besoin d'une description claire et de critères d'acceptation, et le Product Owner doit être là pour répondre aux questions. Le Scrum Guide définit l'affinage du backlog comme le découpage des éléments en unités plus petites et plus précises : le Planning Poker vient à la fin de ce travail, il ne le remplace pas. Mountain Goat Software, la société de Mike Cohn, prévient aussi qu'attendre le sprint planning est souvent trop tard, car le Product Owner a besoin des tailles plus tôt pour ordonner le backlog.
Des stories de référence. Sans point de comparaison commun, chaque vote repart de zéro. Mike Cohn conseille deux références bien connues de l'équipe, idéalement un 2 et un 5, plutôt qu'une seule story à 1 point (source). Gardez-les sous les yeux pendant toute la session.
Les bonnes personnes. Le Scrum Guide est clair : ce sont les Developers qui feront le travail qui en estiment la taille. Les développeurs votent, le Product Owner explique, et les managers ou parties prenantes rejoignent la session comme observateurs : leurs questions sont les bienvenues, leur avis sur le chiffre beaucoup moins.
Un périmètre réaliste. Retenez les stories qui ont le plus de chances d'entrer dans le prochain sprint ou le suivant, par ordre de priorité. Si vous n'arrivez pas au bout de la liste, la session aura quand même servi.
Quelle échelle de cartes choisir ?
Choisissez l'échelle en connaissance de cause, et gardez la même d'une session à l'autre.
| Échelle | Valeurs | Idéale pour | Point de vigilance |
|---|---|---|---|
| Fibonacci modifiée | 0,5 ; 1 ; 2 ; 3 ; 5 ; 8 ; 13 ; 21 | Stories à l'échelle du sprint, équipes qui suivent leur vélocité | Le choix par défaut, et pour cause : les écarts croissants traduisent l'incertitude |
| Tailles de T-shirt | XS, S, M, L, XL, XXL | Roadmaps, gros backlogs, équipes débutantes | Les tailles ne s'additionnent pas : pas de vélocité sans conversion |
| Puissances de 2 | 1, 2, 4, 8, 16, 32, 64 | Équipes qui veulent des choix plus tranchés | Les grandes valeurs masquent le besoin de découper |
Vous hésitez entre les deux premières ? Notre comparatif Fibonacci vs T-shirt sizing détaille les arbitrages. Quelle que soit l'échelle, gardez les deux cartes spéciales, ? et café : ce sont des signaux dont l'animateur a besoin.
Comment mener chaque tour de vote ?
Un tour doit se dérouler de la même façon à chaque fois : l'équipe se concentre alors sur la story, pas sur la mécanique.
- Le Product Owner présente la story. Description et critères d'acceptation, lus à voix haute ou partagés à l'écran.
- Clarification rapide. Les développeurs posent leurs questions sur le périmètre, les dépendances, les risques. Si cela dépasse deux ou trois minutes, la story a sans doute besoin d'être affinée.
- Lancement du vote. Chacun choisit sa carte en secret. Ne dites rien sur la taille : même un « ça a l'air petit » oriente toute la salle.
- Révélation simultanée. Toutes les cartes apparaissent au même moment. Dans Planning Poker Online, la révélation peut venir du Scrum Master, de n'importe quel votant, ou se faire automatiquement dès que tout le monde a voté.
- Lecture du résultat. Tout le monde a la même carte : on note. Des cartes voisines, comme 3 et 5 : un court échange, puis l'équipe tranche. Un grand écart : on ouvre la discussion.
- On note et on avance. Annoncez la valeur retenue à voix haute, puis passez à la story suivante.
L'ensemble des règles, avec la signification de chaque carte, se trouve dans notre guide complet des règles du Planning Poker.
Que faire quand les estimations divergent ?
L'écart entre les votes est le moment le plus précieux de la session : il montre que l'équipe ne comprend pas la story de la même façon. Votre rôle est d'en faire de l'information, pas de le faire disparaître.
Donner d'abord la parole aux extrêmes. C'est la consigne de Mountain Goat Software : quand les estimations diffèrent, on commence par la plus haute et la plus basse. Celui qui a joué 13 a souvent repéré un risque ; celle qui a joué 3 connaît peut-être un raccourci.
Ne jamais faire la moyenne. Un 3 et un 13 ne font pas un 8. La moyenne efface le désaccord et produit un chiffre pour lequel personne n'a voté.
Revoter après la discussion. Un à trois tours suffisent en général, selon Mountain Goat Software. Si le troisième tour reste très dispersé, arrêtez : découpez la story ou renvoyez-la à l'affinage avec les questions ouvertes notées noir sur blanc.
Garder son propre chiffre pour soi. L'ancrage est l'un des biais de jugement les mieux documentés (Tversky et Kahneman, 1974) : le premier nombre prononcé attire tous les autres. Un animateur qui glisse « moi, j'aurais dit 5 » met fin au vote indépendant.
Un écart n'a rien d'un échec. Sur les sessions mesurées dans notre page de données d'usage, environ un quart seulement des premiers votes sont unanimes, et pourtant la plupart des stories se règlent dès le premier tour.
Comment gérer les cartes ? et café ?
La carte ? veut dire : « je ne comprends pas assez la story pour l'estimer ». Traitez-la comme une question, pas comme une abstention. Demandez ce qui manque. Si le Product Owner peut répondre en une minute, revotez ; sinon, mettez la story de côté avec la question associée, et reprenez-la après l'affinage. Forcer un chiffre sur une story floue donne une estimation à laquelle personne ne croit.
La carte café est une demande de pause. Accordez-la, même si une seule personne l'a jouée : la fatigue se propage plus vite qu'elle ne se voit. Cinq minutes de pause coûtent moins cher qu'une demi-heure de votes distraits.
Ces deux cartes sont rares : ensemble, elles représentent moins de 2 % des votes sur notre page de données d'usage. Quand l'une d'elles apparaît, c'est un signal délibéré. Planning Poker Online les compte à part, pour qu'elles ne faussent ni la moyenne ni la médiane du tour.
Combien de temps doit durer une session de Planning Poker ?
Le Scrum Guide charge le Scrum Master de veiller à ce que chaque événement Scrum tienne dans sa timebox. Le Planning Poker se joue en général pendant l'affinage ou le sprint planning, et la même discipline s'applique à deux niveaux.
La session. Prévoyez 60 à 90 minutes au maximum, avec une courte pause vers 45 minutes. Au-delà, l'attention baisse et les estimations dérivent. Deux sessions courtes valent mieux qu'un marathon.
Chaque story. Un compte à rebours évite qu'une story dévore toute la réunion ; Mountain Goat Software recommande justement de limiter la discussion pour qu'un seul élément n'occupe pas toute la session. Le minuteur de Planning Poker Online démarre à 2 minutes par défaut, s'affiche pour toute l'équipe et peut révéler les cartes automatiquement à zéro. Quand le temps est écoulé sans accord, revotez ou mettez la story de côté, mais ne laissez pas la discussion déborder en silence.
Comment animer un Planning Poker à distance ?
À distance, les règles ne changent pas, mais l'animateur doit compenser ce que la visio fait disparaître : le langage corporel, les regards et le moment partagé où l'on retourne les cartes.
- Utilisez un outil qui garde les votes secrets jusqu'à la révélation. Un fil de discussion où chacun tape son chiffre l'un après l'autre réintroduit l'ancrage. Notre comparatif des outils de Planning Poker gratuits présente les principales options.
- Partagez la story à l'écran, pas seulement à l'oral, pour que personne ne vote sur une phrase à moitié entendue.
- Demandez les caméras allumées pendant les discussions, et sollicitez nommément les personnes discrètes. Mountain Goat Software conseille d'ailleurs de laisser de la place aux désaccords silencieux.
- Raccourcissez la session. L'attention s'use plus vite en visio : visez 45 à 60 minutes.
Notre guide du Planning Poker en remote va plus loin, variante asynchrone comprise.
Quelles sont les erreurs d'animation les plus courantes ?
- Voter en tant qu'animateur. Si vous êtes aussi développeur dans l'équipe, votez comme les autres, mais ne parlez jamais le premier après la révélation.
- Laisser le Product Owner ou un manager peser sur le chiffre. Pour Mountain Goat Software, les parties prenantes peuvent assister, mais ne doivent pas faire pression sur l'estimation.
- Valider un vote unanime sans poser de question. L'unanimité sur une story que personne n'a discutée peut cacher un angle mort partagé.
- Convertir les points en jours en pleine session. « C'est un 5 parce que ça prend cinq jours » ramène l'estimation relative à une estimation en temps ; voir story points vs jours-homme.
Que faire après la session ?
Exporter les estimations. Planning Poker Online exporte chaque story et son estimation en PDF ou en CSV, prêtes à reporter dans Jira, Linear ou tout autre outil de backlog, et les sessions passées restent accessibles dans l'historique depuis la page d'accueil.
Assurer le suivi des stories mises de côté. Chaque story écartée avec une carte ? doit avoir un responsable et une échéance, en général le prochain affinage.
Surveiller le nombre de tours. Si beaucoup de stories demandent trois tours, le backlog arrive trop tôt en session. C'est un problème d'affinage, pas d'estimation.
Revoir les stories de référence tous les quelques mois, pour que les estimations ne dérivent pas en silence à mesure que l'équipe progresse.
Questions fréquentes
Le Scrum Master vote-t-il au Planning Poker ? Seulement s'il participe aussi à la réalisation du produit. Le Scrum Guide confie le dimensionnement aux Developers qui font le travail : un Scrum Master qui se contente d'animer ne vote donc pas. S'il code aussi, il vote comme n'importe quel développeur, mais ne commente jamais la taille avant ou juste après la révélation.
Qui doit participer à une session de Planning Poker ? Une session de Planning Poker réunit les développeurs qui réaliseront les stories, le Product Owner qui les explique et un animateur, souvent le Scrum Master. Managers et parties prenantes peuvent la suivre comme observateurs pour écouter la discussion et répondre aux questions, mais ils ne votent pas et ne suggèrent aucun chiffre à l'équipe.
Que faire si l'équipe n'arrive pas à se mettre d'accord après trois tours ? Quand un vote de Planning Poker reste dispersé après trois tours, on arrête d'estimer cette story. On note les questions ouvertes, puis on la découpe en stories plus petites ou on la renvoie à l'affinage. Certaines équipes retiennent la valeur la plus haute pour avancer, mais seulement une fois que chacun comprend l'origine de l'écart.
Peut-on faire un Planning Poker sans Scrum Master ? Oui. Le Planning Poker a seulement besoin de quelqu'un qui tient le rythme, lance chaque vote et protège la timebox. Dans une équipe sans Scrum Master, un développeur ou le Product Owner peut animer, à condition de ne pas profiter du rôle pour imposer sa propre estimation. Faire tourner l'animation fonctionne aussi très bien.
Sources
- Ken Schwaber et Jeff Sutherland, The Scrum Guide, 2020
- Mountain Goat Software, Planning Poker
- Mike Cohn, The Best Way to Establish a Baseline When Playing Planning Poker, Mountain Goat Software
- Amos Tversky et Daniel Kahneman, Judgment under Uncertainty: Heuristics and Biases, Science, 1974
Animez votre prochaine session
Créez une session Planning Poker gratuite, partagez le lien et lancez votre premier tour en moins d'une minute. Sans inscription, sans publicité, et les votes restent secrets jusqu'à la révélation. Découvrez toutes les fonctionnalités, du minuteur partagé à l'export PDF et CSV.
