Comment animer une séance de planning poker (étape par étape)

Le planning poker est une technique d'estimation fondée sur le consensus : chaque membre de l'équipe choisit en privé une carte pour estimer l'effort d'une tâche, tout le monde révèle son choix en même temps, puis l'équipe discute des désaccords jusqu'à parvenir à une estimation commune. C'est la technique de jugement expert la plus utilisée dans les recherches sur l'estimation agile. Pour l'organiser, il vous faut une équipe, une liste d'éléments à estimer et un jeu de cartes d'estimation. Suivez ensuite les sept étapes ci-dessous.

Qu'est-ce que le planning poker ?

Le planning poker (aussi appelé scrum poker ou pointing poker) transforme l'estimation en un jeu court et structuré. Au lieu de laisser la personne la plus bruyante ou la plus expérimentée imposer le chiffre, chacun choisit son estimation en privé et la révèle en même temps que les autres. Cette règle unique — la révélation simultanée — est la clé de la méthode.

Pourquoi ça marche : la science de l'estimation en équipe

Les cartes du planning poker sont révélées simultanément pour éviter l'ancrage, un biais bien documenté par lequel le premier nombre annoncé influence les estimations suivantes. Dans des expériences contrôlées, il a suffi de montrer un nombre arbitraire à des professionnels du logiciel avant qu'ils estiment une tâche pour tirer fortement leurs estimations vers ce nombre. L'effet était important, et un atelier de formation conçu pour le contrer n'a fait que l'atténuer, sans le supprimer. L'ancrage est depuis longtemps reconnu comme une cause importante de sous-estimation de la charge de travail logiciel.

L'estimation en groupe aide également. Dans une étude portant sur de vraies tâches de projet, l'estimation convenue par l'équipe après discussion était moins optimiste que la simple moyenne des estimations individuelles, et plus proche de l'effort réel. (Références complètes dans les Sources ci-dessous.)

Ce qu'il vous faut avant de commencer

• Une équipe réunissant les personnes qui réaliseront le travail (généralement de 3 à 9 personnes).
• Une liste priorisée d'histoires utilisateur ou de tâches à estimer.
• Un jeu de cartes d'estimation (voir l'étape 2).
• Un facilitateur (souvent le Scrum Master) et une personne capable de répondre aux questions sur chaque élément (souvent le Product Owner).

Comment animer une séance de planning poker : 7 étapes

1. Préparez la salle et invitez l'équipe. Créez une séance et partagez le lien. Avec Planning Poker Web, un outil gratuit de planning poker, tout le monde peut rejoindre la salle sans compte : il suffit d'ouvrir le lien. Conseil d'animation : choisissez le jeu de cartes et une histoire de référence (« ce petit bogue vaut 2 points ») avant de commencer, pour que tout le monde utilise la même échelle.
2. Choisissez un jeu de cartes d'estimation. Déterminez l'échelle utilisée par l'équipe (Fibonacci, tailles de tee-shirt, etc.). Conseil : gardez le même jeu au fil des sprints pour que votre vélocité reste comparable.
3. Présentez la première histoire utilisateur. Le Product Owner lit l'élément et répond aux questions de clarification. Soyez bref : les détails émergeront de la discussion. Limitez la présentation à environ 2 minutes.
4. Tout le monde vote en même temps. Chacun choisit en privé la carte correspondant à son estimation de l'effort. Aucun chiffre n'est encore prononcé. Conseil : incluez toutes les personnes qui participeront au travail — testeurs et designers compris — et pas seulement les développeurs.
5. Révélez toutes les cartes simultanément. Lorsque tout le monde a voté, révélez les cartes en même temps. Cette étape évite l'ancrage : aucun vote n'a été influencé par celui d'une autre personne.
6. Discutez des votes les plus éloignés. Si les estimations diffèrent, les personnes ayant voté le plus haut et le plus bas expliquent leur raisonnement. Cela fait ressortir les hypothèses implicites, les tâches manquantes et les risques ; c'est souvent la partie la plus utile de la séance. Limitez la discussion à 3 à 5 minutes. Si elle se prolonge, l'histoire est probablement trop importante.
7. Votez à nouveau jusqu'à parvenir à un accord. Après la discussion, organisez un nouveau vote. Recommencez jusqu'à ce que l'équipe s'accorde sur un chiffre. Consignez-le, puis passez à l'élément suivant. Conseil : « parvenir à un accord » signifie être suffisamment proches pour s'entendre, pas obtenir des votes identiques. Ne cherchez donc pas l'unanimité.

Exemple détaillé : estimer une histoire utilisateur

Imaginons l'histoire suivante : « L'utilisateur peut réinitialiser son mot de passe par e-mail ». Le Product Owner la présente, puis un testeur demande si la limitation du nombre de tentatives est comprise dans le périmètre (oui). L'équipe vote avec le jeu Fibonacci et révèle ses cartes :

Le testeur (8) explique que la procédure de réinitialisation nécessite une limitation du nombre de tentatives, du travail sur le modèle d'e-mail et la prise en compte de cas particuliers liés aux jetons expirés — autant d'éléments que les autres n'avaient pas envisagés. C'est précisément le travail caché que le planning poker permet de faire ressortir. Après la discussion, l'équipe vote à nouveau (5, 5, 8, 5) et s'accorde sur 5. Le chiffre importe moins que le fait que toute l'équipe ait désormais la même compréhension du travail.

Animer le planning poker à distance ou en présentiel

La méthode reste identique. Seule l'animation change.

• En présentiel : les cartes physiques fonctionnent bien, mais quelqu'un doit retranscrire les résultats et l'historique n'est pas conservé automatiquement. Attention aux personnes qui révèlent leur carte lentement et influencent ainsi les autres.
• À distance ou en équipe distribuée : une salle en ligne partagée est indispensable. L'outil garantit la révélation (personne ne voit les votes à l'avance), enregistre automatiquement les résultats et l'historique, et permet aux équipes réparties sur plusieurs fuseaux horaires de voter en différé, sans appel en direct. C'est là qu'un outil comme Planning Poker Web remplace entièrement le jeu de cartes physique. Consultez notre guide du planning poker pour les équipes à distance pour organiser des séances en direct ou en différé.

Quand NE PAS utiliser le planning poker

Le planning poker n'est pas toujours la bonne solution. Évitez-le ou choisissez une méthode plus rapide lorsque :

• Le backlog est immense (plus de 50 éléments). Le vote élément par élément prend trop de temps. Utilisez l'estimation par affinité ou le système des seaux pour une première passe, puis réservez le planning poker aux éléments incertains.
• Une seule personne est clairement responsable du travail. Sans diversité de points de vue, la séance en groupe apporte peu par rapport à une estimation rapide par un expert.
• L'équipe partage déjà une compréhension commune claire. Pour les tâches répétitives et bien comprises, les estimations divergent rarement et la discussion a peu de chances de faire émerger de nouvelles informations.
• Vous estimez une feuille de route à long terme plutôt qu'un sprint. Une estimation approximative (avec des tailles de tee-shirt) suffit ; calculer précisément des points relatifs aussi longtemps à l'avance est un effort inutile.

Reconnaître ces limites renforce la confiance. Imposer le planning poker dans une situation inadaptée est un bon moyen de faire détester l'estimation à l'équipe.

Situations délicates (et comment les gérer)

• L'équipe n'arrive pas à s'accorder après deux tours. L'histoire est généralement trop importante ou trop vague. Découpez-la ou demandez au Product Owner de la clarifier.
• Une personne domine la discussion. Le vote privé limite déjà ce problème. Renforcez cet effet en donnant d'abord la parole à la personne qui a voté le plus bas, plutôt qu'à la personne la plus expérimentée.
• Quelqu'un vote systématiquement comme la majorité. Demandez-lui de voter avant de découvrir l'avis des autres. Dans un outil, les votes restent masqués jusqu'à leur révélation, ce qui évite cette tentation.
• Les estimations sont systématiquement trop basses. C'est l'optimisme et l'ancrage à l'œuvre. Gardez une histoire de référence visible et comparez les nouveaux éléments à celle-ci plutôt que de les estimer sans repère.

Le planning poker face aux autres techniques d'estimation

Erreurs fréquentes à éviter

• Annoncer un chiffre avant la révélation, ce qui réintroduit l'ancrage.
• Estimer en heures au lieu d'utiliser des points relatifs. L'estimation relative est plus rapide et moins biaisée.
• Calculer une moyenne au lieu de discuter. La discussion est l'objectif ; le chiffre n'est qu'un résultat secondaire.
• Laisser une personne dominer. Le vote privé sert précisément à éviter cela.
• Revoter indéfiniment. Chercher l'unanimité fait perdre du temps : le but est de parvenir à un accord suffisamment proche.

Glossaire des termes du planning poker

• Point d'histoire (story point) : une unité d'effort relatif (pas des heures) qui combine complexité, incertitude et volume de travail.
• Jeu de cartes : l'ensemble des cartes utilisées pour voter (par exemple, Fibonacci ou les tailles de tee-shirt).
• Vélocité : nombre de points réalisés par l'équipe au cours d'un sprint ; elle sert à faire des prévisions, pas à comparer les équipes.
• Ancrage : biais par lequel le premier chiffre annoncé influence les estimations suivantes ; c'est pourquoi les votes sont révélés simultanément.
• Vote extrême : le vote le plus élevé ou le plus bas, dont l'équipe discute en premier.
• Histoire de référence : un élément déjà estimé auquel l'équipe compare les nouvelles histoires pour conserver une échelle cohérente.

Foire aux questions

Combien de temps dure une séance de planning poker ?

Pour un backlog de sprint classique, comptez 30 à 60 minutes. Un élément prend généralement 1 à 3 minutes, sauf si les estimations divergent et nécessitent une discussion.

Combien de personnes devraient participer ?

Généralement de 3 à 9 personnes qui réaliseront effectivement le travail. En dessous de trois, on perd l'intérêt de la diversité des points de vue ; au-delà de neuf, les discussions ralentissent.

Quel jeu de cartes devrions-nous utiliser ?

Fibonacci (0, 1, 2, 3, 5, 8, 13 et au-delà) est le choix par défaut le plus courant, car les écarts croissants reflètent l'incertitude accrue des éléments plus importants. Les tailles de tee-shirt conviennent aux estimations rapides et approximatives.

Pourquoi toutes les cartes sont-elles révélées en même temps ?

Pour éviter l'ancrage, ce biais par lequel le premier chiffre prononcé influence les estimations de tout le monde. La révélation simultanée permet à chaque personne de voter indépendamment.

Devons-nous estimer en heures ou en points ?

Il est recommandé d'utiliser des points relatifs (points d'histoire). Ils sont plus faciles à convenir et moins sensibles au biais d'optimisme observé dans les estimations en heures.

Que faire si l'équipe ne parvient pas à se mettre d'accord ?

Demandez aux personnes qui ont voté le plus haut et le plus bas d'expliquer leur raisonnement, puis organisez un nouveau vote. Si l'équipe n'arrive toujours pas à converger, l'élément est probablement trop important ou trop vague : découpez-le ou renvoyez-le pour clarification.

Peut-on organiser le planning poker en différé ?

Oui. Avec un outil en ligne, les membres de l'équipe votent au moment qui leur convient, et les votes sont révélés lorsque tout le monde a voté. C'est utile pour les équipes distribuées sur plusieurs fuseaux horaires. Les votes restent masqués jusqu'à la révélation, donc l'effet anti-ancrage est préservé.

Qui devrait participer ? Le Scrum Master devrait-il voter ?

Toutes les personnes qui réaliseront le travail (développeurs, testeurs, designers). Le Scrum Master anime généralement la séance plutôt que de voter, et le Product Owner répond aux questions sans estimer.

Le planning poker est-il la même chose que le scrum poker ?

Oui. « Scrum poker » et « pointing poker » sont des synonymes courants de la même technique.

Sources

1. Moløkken-Østvold, Haugen & Benestad (2008). Using planning poker for combining expert estimates in software projects. Journal of Systems and Software, 81(12), 2106 à 2117.
2. Mahnič & Hovelja (2012). On using planning poker for estimating user stories. Journal of Systems and Software, 85(9), 2086 à 2095.
3. Jørgensen & Sjøberg (2001). Anchoring effects: an important cause of too optimistic effort estimates. Simula.
4. Løhre & Jørgensen (2016). Numerical anchors and their strong effects on software development effort estimates. Journal of Systems and Software.
5. Shepperd et al. (2018). An Experimental Evaluation of a De-biasing Intervention for Professional Software Developers. arXiv:1804.03919.