Le Planning Poker (ou Scrum Poker) est une technique d'estimation collaborative qui transforme une activité souvent conflictuelle — "combien de temps ça prend ?" — en un jeu structuré qui révèle les désaccords là où ils existent vraiment.
Le principe en 30 secondes
Chaque membre de l'équipe dispose d'un jeu de cartes numérotées. Le Product Owner lit une user story. Chaque développeur choisit mentalement sa carte et tout le monde la révèle simultanément. Si les estimations convergent, c'est retenu. Si elles divergent, on discute — puis on revote.
La révélation simultanée est la clé. Elle évite l'effet d'ancrage : si quelqu'un dit "ça vaut 5 points" avant que les autres votent, tous les votes suivants seront biaisés vers 5.
Les valeurs des cartes
La suite la plus utilisée est basée sur Fibonacci : 1, 2, 3, 5, 8, 13, 21, 40, 100, avec souvent une carte ? ("je ne comprends pas cette story") et une carte ☕ ("pause").
Pourquoi Fibonacci ? Parce que les intervalles croissants reflètent l'incertitude réelle : la différence entre 8 et 13 est significative, mais celle entre 1 et 2 est mineure. Une story à 40 ou 100 points est un signal d'alarme — elle doit être découpée avant d'entrer en sprint.
Déroulement d'une session
- Le PO présente la story — lecture du titre, description et critères d'acceptation. Pas de suggestion de valeur.
- Questions de clarification — l'équipe pose des questions de compréhension (max 5 minutes). Pas de débat encore.
- Vote simultané — chacun pose sa carte face cachée, puis toutes sont révélées en même temps.
- Discussion si divergence — les extrêmes (le plus bas et le plus haut) expliquent leur raisonnement. Pas d'argumentation, juste des faits techniques.
- Nouveau vote — après la discussion, on revote. En général 2-3 tours suffisent à atteindre le consensus.
- Enregistrement — la valeur consensuelle est enregistrée sur la story.
Les désaccords révèlent des problèmes réels
Un développeur senior vote 3, un junior vote 13 sur la même story. Que se passe-t-il ? Le senior a peut-être oublié une complexité d'infrastructure. Le junior ne connaît peut-être pas une API interne qui simplifie tout. Dans les deux cas, le désaccord est utile — il révèle un angle mort.
Les équipes qui convergent toujours rapidement et sans débat doivent s'interroger : est-ce un signe de maturité collective, ou de conformisme qui tue les signaux d'alerte ?
Astuces pour des sessions efficaces
- Limitez à 20-30 stories max par session — au-delà, la concentration baisse et les estimations perdent en qualité.
- Gardez une story de référence — ancrez votre échelle : "notre story de référence à 3 points, c'est X".
- Ne mélangez pas estimation et assignation — on estime collectivement, on assigne après.
- Intégrez le planning poker au backlog grooming, pas seulement au sprint planning — vous gagnerez un temps précieux.
Planning Poker dans Manifst
Manifst intègre des sessions de Planning Poker en temps réel, directement liées à vos user stories. Le Scrum Master crée une session, partage un lien, et chaque participant vote depuis son écran — sans outil externe. Les estimations validées sont automatiquement reportées sur les stories concernées.