Une session d'estimation déguisée en partie de cartes. Spoiler : c'est bien plus efficace qu'un tableau Excel.
Le concept en deux mots
Le Planning Poker (ou Scrum Poker) est une technique d'estimation collaborative utilisée dans les équipes agiles. L'idée : chaque membre de l'équipe vote simultanément sur la complexité d'une user story à l'aide de cartes numérotées.
Les valeurs sur les cartes suivent généralement la suite de Fibonacci : 1, 2, 3, 5, 8, 13, 21... mais on y reviendra.
Le Planning Poker n'estime pas des durées. Il mesure la complexité relative d'une tâche par rapport à d'autres, exprimée en story points. C'est une distinction fondamentale : on ne dit pas "ça prendra 3 jours", on dit "c'est environ deux fois plus complexe que cette autre story qu'on a estimée à 3".
En une phrase : le Planning Poker est un jeu d'estimation par consensus dans lequel chaque membre de l'équipe vote en secret et en même temps que les autres, pour que les désaccords apparaissent et soient discutés avant d'écrire la moindre ligne de code.
D'où vient le Planning Poker ?
La technique a été inventée par James Grenning en 2002. Développeur et consultant agile (il fait partie des signataires du Manifeste Agile), Grenning cherchait un moyen d'impliquer toute l'équipe dans les estimations, pas seulement les deux ou trois personnes les plus expérimentées.
Son article original, Planning Poker or How to avoid analysis paralysis while release planning, décrit le problème clairement : dans les méthodes traditionnelles, les estimations sont souvent faites par un expert seul ou par un petit groupe, ce qui crée des angles morts. Grenning a combiné trois idées :
- L'estimation par expertise (Wideband Delphi) : chaque participant estime indépendamment.
- Le vote simultané : les estimations sont révélées en même temps pour éviter les biais.
- La discussion structurée : les écarts déclenchent un échange avant de revoter.
La technique a été popularisée par Mike Cohn dans son livre Agile Estimating and Planning (2005), qui l'a intégrée dans sa boîte à outils Scrum. Depuis, elle est devenue la méthode d'estimation la plus utilisée dans les équipes agiles à travers le monde.
Qui participe à une session de Planning Poker ?
Pas besoin de grand-chose pour jouer, mais chaque rôle compte :
- Les développeurs, au sens large de Scrum : toutes les personnes qui construisent et testent le produit. Ce sont eux qui votent, puisque ce sont eux qui feront le travail.
- Le Product Owner présente les stories, explique le besoin métier et répond aux questions. En général, il ne vote pas.
- Un animateur, souvent le Scrum Master, tient le rythme, lance chaque vote et veille à ce que chacun puisse s'exprimer.
- Un jeu de cartes pour chaque votant, physique ou virtuel.
Pour le détail des rôles, des valeurs de cartes et des cas particuliers, consultez notre guide complet des règles du Planning Poker.
Comment ça se déroule ?
Comme le décrit le Scrum Guide, le sprint planning est le moment où l'équipe décide de ce qu'elle va livrer. Le Planning Poker s'y intègre naturellement, tout comme dans les séances de refinement qui le précèdent (notre guide pratique du sprint planning détaille l'ensemble de la cérémonie) :
- Le Product Owner présente une user story à l'équipe. Il lit la description, les critères d'acceptation et répond aux premières questions. L'objectif : que tout le monde comprenne ce qui est demandé.
- L'équipe discute brièvement. Les développeurs posent des questions techniques, identifient les dépendances, clarifient les zones d'ombre. Cette phase dure quelques minutes, pas plus.
- Chaque participant choisit une carte en secret représentant son estimation de la complexité.
- Tout le monde retourne sa carte en même temps : c'est le moment de vérité.
- Si les estimations divergent fortement, on discute. La personne qui a mis le plus petit nombre et celle qui a mis le plus grand expliquent leur raisonnement. Ces échanges sont souvent les plus riches de toute la session.
- On revote jusqu'à obtenir un consensus (ou quelque chose d'acceptable pour tout le monde).
En pratique, la plupart des stories convergent en un ou deux tours. Les tickets qui nécessitent trois tours ou plus sont souvent mal définis et gagneraient à être découpés.
C'est vous qui animez la session ? Notre guide du Scrum Master pour animer une session de Planning Poker détaille la préparation, la timebox et la gestion des votes divergents.
Un exemple concret
Voici à quoi ressemble un tour classique. Le Product Owner présente cette story : "En tant qu'utilisateur, je veux réinitialiser mon mot de passe par e-mail afin de récupérer l'accès à mon compte sans contacter le support."
Cinq développeurs choisissent leur carte et la retournent : 3, 3, 5, 5, 13.
L'animateur donne d'abord la parole aux deux extrêmes. L'un des développeurs qui a voté 3 explique : "On envoie déjà des e-mails transactionnels. C'est un formulaire, un token et un template." Celui qui a voté 13 répond : "Notre fournisseur d'e-mails ne gère pas l'expiration de token dont on a besoin, et l'équipe sécurité va exiger une limitation du nombre de requêtes sur cet endpoint. La dernière fois qu'on a touché à l'authentification, la revue à elle seule a pris plusieurs jours."
Personne d'autre n'avait pensé à la limitation des requêtes ni à la revue de sécurité. L'équipe revote : 5, 8, 8, 8, 8. La story est estimée à 8, et le Product Owner ajoute un critère d'acceptation sur la limitation des requêtes.
Le chiffre final compte moins que ce qui s'est passé en chemin : un risque caché est apparu en deux minutes, au lieu d'être découvert en plein milieu du sprint.
Pourquoi le vote simultané change tout
Le vote simultané est la clé du système. Il évite le biais de conformité : si le senior dev annonce "8" en premier, tout le monde risque de le suivre sans réfléchir. En votant en même temps, chacun reste honnête sur sa propre perception.
Ce mécanisme s'appuie sur un phénomène bien documenté en psychologie sociale : l'effet d'ancrage. Le premier chiffre énoncé dans une discussion influence fortement les estimations suivantes. Le Planning Poker neutralise cet effet en supprimant la séquentialité.
Les désaccords sont de l'or. Une différence entre un 2 et un 13 signifie que l'équipe n'a pas la même compréhension du ticket. C'est exactement ce qu'on veut détecter avant de coder.
Les échelles d'estimation
Plusieurs échelles sont utilisées en Planning Poker :
Suite de Fibonacci modifiée (1, 2, 3, 5, 8, 13, 21) : la plus courante. Les écarts croissants reflètent l'incertitude grandissante sur les gros tickets. En savoir plus sur Fibonacci en agile.
Suite linéaire (1, 2, 3, 4, 5...) : plus intuitive mais problématique. Elle laisse croire qu'on peut distinguer un 7 d'un 8, alors que cette précision est illusoire sur des tickets complexes.
Puissances de 2 (1, 2, 4, 8, 16, 32) : utilisée par certaines équipes qui veulent des écarts encore plus marqués que Fibonacci. Moins courante, mais efficace pour forcer les décisions tranchées.
En plus des valeurs numériques, la plupart des jeux incluent des cartes spéciales :
- 0 : le ticket est trivial ou déjà fait.
- ? (point d'interrogation) : "je n'ai pas assez d'informations pour estimer."
- Café : "on a besoin d'une pause."
Beaucoup d'outils en ligne, dont le nôtre, proposent aussi une carte ½ pour les toutes petites tâches et permettent de passer aux tailles T-shirt quand les chiffres semblent trop précis.
Les variantes : au-delà du Planning Poker
Le Planning Poker n'est pas la seule technique d'estimation agile. Selon le contexte, d'autres approches peuvent être plus adaptées.
T-Shirt Sizing (XS, S, M, L, XL) : idéal pour les phases de cadrage ou quand l'équipe est peu familière avec les story points. Plus rapide, moins précis, parfait pour une roadmap trimestrielle. Voir notre article dédié sur le T-Shirt Sizing.
Dot Voting : chaque participant dispose d'un nombre limité de "points" (gommettes ou votes) à répartir sur les tickets. Ce n'est pas vraiment de l'estimation de complexité, mais plutôt un outil de priorisation. Utile quand l'équipe doit choisir quoi faire en premier, pas combien ça coûte.
Estimation par affinité (Affinity Mapping) : l'équipe trie les tickets en colonnes sur un tableau, du plus simple au plus complexe, sans attribuer de valeur numérique. On assigne les chiffres ensuite. Très efficace pour estimer un gros backlog d'un coup (30+ tickets en une heure).
Bucket System : une variante rapide où les tickets sont "jetés" dans des seaux numérotés (0, 1, 2, 3, 5, 8, 13, 20+). Chaque participant prend un ticket et le place dans un seau. Les désaccords sont traités à la fin. Adapté aux très gros backlogs.
Pour un comparatif détaillé de toutes ces méthodes, y compris l'approche #NoEstimates, lisez notre guide des techniques d'estimation agile pour le sprint planning.
Les erreurs courantes en Planning Poker
Après des dizaines de sessions, certains pièges reviennent systématiquement :
1. Estimer en jours déguisés. "C'est un 5 parce que ça me prendra 5 jours." Non. Les story points mesurent la complexité relative, pas la durée. Si votre équipe pense en jours, les estimations seront faussées par les différences de niveau entre les membres. Notre comparatif story points vs jours-homme explique pourquoi.
2. Laisser le Product Owner voter. Le PO présente les stories, il ne les estime pas. Son vote peut involontairement influencer l'équipe ("si le PO dit 3, c'est que ça doit être rapide"). Le PO participe à la discussion mais ne montre pas de carte.
3. Viser le consensus à tout prix. L'objectif n'est pas que tout le monde soit d'accord. C'est que tout le monde ait la même compréhension du ticket. Si après deux tours de discussion l'écart se réduit de 2-13 à 5-8, c'est largement suffisant. Prenez la valeur médiane ou la plus haute et avancez.
4. Faire la moyenne des votes. Transformer un 3, un 5 et un 13 en 7 masque le désaccord au lieu de le résoudre, et produit un chiffre qui n'existe même pas sur l'échelle.
5. Estimer trop de stories en une session. Au-delà de 60 à 90 minutes, la fatigue s'installe et la qualité des estimations chute. Mieux vaut planifier des sessions courtes et fréquentes que des marathons de 3 heures.
6. Ne pas avoir de story de référence. Sans point de comparaison, chaque estimation repart de zéro. Définissez une story de référence ("ce ticket de login qu'on a fait le mois dernier, c'est un 3") et comparez tout à elle.
7. Ignorer les cartes spéciales. Quand quelqu'un joue la carte "?", ce n'est pas de la paresse. C'est un signal que le ticket manque d'informations. Le pire serait de forcer une estimation sur un ticket flou.
Quand ne PAS utiliser le Planning Poker
Le Planning Poker n'est pas un outil universel. Il existe des situations où d'autres approches sont plus efficaces :
Quand le backlog est énorme. Estimer 80 tickets en Planning Poker prendrait des heures. Pour un gros backlog initial, préférez le T-Shirt Sizing ou l'estimation par affinité, puis affinez en Planning Poker au fur et à mesure que les tickets approchent du sprint.
Quand les tickets sont tous similaires. Si votre équipe traite des tickets répétitifs et bien connus (corrections de bugs standardisées, intégrations d'API similaires), le Planning Poker apporte peu de valeur. L'équipe connaît déjà la complexité. Une estimation rapide par le tech lead suffit.
Quand l'équipe est très petite (2-3 personnes). Le Planning Poker tire sa force de la diversité des points de vue. Avec seulement deux développeurs, une discussion directe est plus naturelle et plus rapide.
Quand il n'y a pas de PO pour présenter les stories. Sans contexte métier, les estimations techniques pures manquent une partie de l'équation. Reportez la session plutôt que d'estimer à l'aveugle.
Animer un Planning Poker avec une équipe en remote
Le Planning Poker est né autour d'une table, mais il fonctionne tout aussi bien avec une équipe distribuée, à condition de compenser ce que la visio fait perdre : le contact visuel, l'énergie du groupe et le rituel de retourner les cartes ensemble. Un outil dédié garde les votes cachés jusqu'à la révélation, un animateur tient le rythme et un timebox strict préserve la concentration de chacun.
Outils, conseils d'animation et variante asynchrone : tout est détaillé dans notre guide du Planning Poker en remote.
Et l'IA dans tout ça ?
L'IA peut-elle estimer vos stories à votre place ? Pas vraiment, et ce n'est pas là qu'elle est la plus utile. Elle aide surtout avant la session : clarifier les user stories, rédiger des critères d'acceptation, repérer les informations manquantes. L'équipe consacre ainsi son temps aux discussions qui comptent. Le vote, lui, reste humain, car la valeur du Planning Poker tient à la compréhension partagée que l'équipe construit en votant. Pour aller plus loin : Planning Poker et IA : combiner le vote d'équipe et l'estimation assistée.
Retours d'expérience
"On a commencé par tout estimer, maintenant on est plus sélectifs." Beaucoup d'équipes démarrent en estimant chaque ticket, y compris les bugs mineurs et les tâches techniques. Avec le temps, la plupart se concentrent sur les stories significatives et laissent les petits tickets sans estimation. Le rapport effort/valeur est bien meilleur.
"Les plus gros gains viennent de la discussion, pas du chiffre." C'est le retour le plus fréquent. Le nombre sur la carte est presque secondaire. Ce qui compte, c'est le moment où un développeur dit "attends, tu as pensé à la migration de la base ?" et où tout le monde réalise que le ticket est deux fois plus gros que prévu.
"On a arrêté de discuter plus de deux tours." Certaines équipes limitent les discussions à deux tours maximum. Si le consensus n'est pas atteint, on prend la valeur la plus haute et on avance. Résultat : des sessions deux fois plus courtes sans perte de précision notable.
"Le remote a changé notre façon de jouer." Avec des équipes distribuées, les outils en ligne comme planning-poker.online ont remplacé les cartes physiques. L'avantage inattendu : les votes peuvent être exportés et conservés, ce qui permet de suivre l'évolution de vos estimations au fil du temps.
Les outils pour jouer
- Cartes physiques : pour les équipes en présentiel. Rien ne vaut le plaisir de retourner une vraie carte sur la table. Vous pouvez acheter un jeu ou simplement imprimer les valeurs sur des post-its.
- planning-poker.online : notre outil en ligne gratuit, conçu pour les équipes remote et hybrides. Créez une session en un clic, partagez le lien et estimez en temps réel, sans créer de compte. Découvrez toutes les fonctionnalités disponibles : vote simultané, révélation synchronisée, échelles Fibonacci, T-shirt ou puissances de 2, et export CSV ou PDF de vos estimations.
- Extensions Jira : plusieurs plugins (Jira Planning Poker, Scrum Poker) s'intègrent directement dans votre backlog Jira.
Vous hésitez encore ? Notre comparatif des outils de planning poker gratuits met côte à côte prix, publicité, inscription, limites de participants et intégration Jira.
Le meilleur outil, c'est celui que votre équipe utilisera vraiment. Un simple tour de table avec les doigts levés vaut mieux qu'un outil sophistiqué que personne n'ouvre.
Questions fréquentes
Planning Poker et Scrum Poker, c'est la même chose ? Oui. Planning Poker, Scrum Poker ou Poker Planning désignent la même technique : votes secrets, révélation simultanée, discussion des écarts.
Combien de temps doit durer une session de Planning Poker ? Visez 60 à 90 minutes maximum, et quelques minutes par story. Si une story dépasse dix minutes, elle doit sans doute être clarifiée ou découpée avant.
Le Product Owner vote-t-il au Planning Poker ? En général, non. Le Product Owner explique la story et répond aux questions, mais seules les personnes qui la réaliseront votent.
Que faire si l'équipe n'arrive pas à un consensus ? Après deux ou trois tours, retenez l'estimation la plus haute ou découpez la story. Un désaccord qui persiste montre que la story n'est pas encore assez bien comprise.
Peut-on utiliser le Planning Poker sans Scrum ? Oui. Toute équipe qui estime son travail collectivement peut l'utiliser, qu'elle fonctionne en Scrum, en Kanban avec des séances de refinement régulières ou sans cadre formel.
Lancez votre première session
Le Planning Poker est un outil simple, mais sa force tient à ce qui l'entoure : l'alignement, le partage de connaissances et une vision commune du travail à venir. Bien utilisé, il rend votre sprint planning plus rapide et vos estimations plus fiables.
Prêt à essayer ? Créez une session Planning Poker gratuite en quelques secondes. Sans inscription : partagez le lien avec votre équipe et commencez à estimer.
