Outil de poker planning agile en ligne : ajoutez vos participants, choisissez vos cartes Fibonacci (1,2,3,5,8,13…), révélez les estimations en un clic. Gratuit, sans inscription.
Poker Planning Agile
Poker Planning Agile
Estimation collaborative en équipe · Cartes Fibonacci
Qu'est-ce que le Poker Planning ?
Le Poker Planning (ou Planning Poker) est une technique d'estimation agile basée sur le consensus structuré. Inventée par James Grenning en 2002 et popularisée par Mike Cohn, elle est aujourd'hui l'une des méthodes les plus utilisées dans les équipes Scrum pour estimer les story points des User Stories.
Le principe est simple mais puissant : chaque membre de l'équipe choisit secrètement une carte représentant l'effort estimé pour une tâche. Toutes les cartes sont révélées simultanément. Ce révélé simultané est la clé du succès : il élimine le biais de conformité où les développeurs ajusteraient leur estimation en voyant celle des autres — notamment celle du tech lead.
Pourquoi le Poker Planning fonctionne-t-il si bien ?
La psychologie derrière cette technique s'appuie sur plusieurs mécanismes cognitifs validés :
- Révélation simultanée : Chacun s'engage sur une estimation avant de voir celle des autres, ce qui préserve l'indépendance des jugements.
- Discussion sur les écarts : Quand un développeur vote 3 et un autre vote 13, cela révèle une incompréhension fondamentale de la tâche — ce qui aurait causé un problème en cours de sprint.
- Engagement de l'équipe : En participant activement à l'estimation, chaque membre s'approprie davantage le travail à faire.
- Signal des cartes spéciales : Les cartes ? et ☕ permettent d'exprimer des états non-numériques sans sortir du jeu.
Une estimation n'est pas un engagement contractuel. Les story points mesurent la complexité relative, pas la durée réelle. Une story à 8 points ne prend pas nécessairement deux fois plus de temps qu'une story à 4 points — mais elle est généralement deux fois plus complexe ou incertaine.
Poker Planning vs autres techniques d'estimation
| Technique | Type | Avantage | Inconvénient |
|---|---|---|---|
| Poker Planning | Vote secret + révélation | Consensus fort, discussion riche | Prend du temps sur de grandes backlogs |
| T-Shirt Sizing | Catégories (XS/S/M/L/XL) | Rapide, intuitif pour les non-techniques | Moins précis, difficile à agréger |
| Estimation 3 points | Optimiste / Réaliste / Pessimiste | Capture l'incertitude | Complexe, souvent sur-estimé |
| Dot Voting | Points de vote physiques | Très rapide pour prioriser | Pas adapté aux estimations d'effort |
Les cartes Fibonacci expliquées
La suite de Fibonacci utilisée dans le Poker Planning est généralement : 0, 1, 2, 3, 5, 8, 13, 20, 40, 100, accompagnée des cartes spéciales ? et ☕. Pourquoi ces valeurs précises ?
La logique derrière les chiffres
L'idée fondamentale est que l'incertitude grandit avec la taille de la tâche. On ne peut pas estimer avec précision une tâche de 3 semaines aussi finement qu'une tâche d'une heure. La suite de Fibonacci reflète cette réalité en espaçant de plus en plus les valeurs :
| Carte | Signification | Exemples de tâches typiques |
|---|---|---|
| 1 | Trivial, 1-2h max | Changer un texte, corriger une typo dans le code |
| 2 | Très simple, quelques heures | Ajouter un champ dans un formulaire existant |
| 3 | Simple mais non trivial | Créer un composant réutilisable simple |
| 5 | Taille standard, 1-2 jours | Intégrer une API tierce simple, page de listing |
| 8 | Complexe, plusieurs jours | Système d'authentification avec refresh token |
| 13 | Grande tâche, possible risque | Migration base de données avec rollback |
| 20 | Très grande, à découper si possible | Refonte complète d'un module métier |
| 40 | Epic, décomposer obligatoirement | Nouvelle fonctionnalité majeure cross-service |
| 100 | Projet, pas une story | Refonte architecture complète |
| ? | Manque d'information | "Je ne peux pas estimer sans plus de contexte" |
| ☕ | Pause nécessaire | "On tourne en rond, faisons une pause" |
Pourquoi ne pas utiliser 1 à 10 simplement ?
Une échelle linéaire (1, 2, 3, 4, 5…) crée une illusion de précision. La différence entre 6 et 7 points est artificielle — personne ne peut réellement faire la distinction entre ces deux niveaux de complexité. L'échelonnement de Fibonacci force les estimateurs à se positionner sur des intervalles larges, ce qui est cognitivement plus honnête.
// Comparaison : estimation linéaire vs Fibonacci
Linéaire : 1 2 3 4 5 6 7 8 9 10
Fibonacci : 1 2 3 5 8 13 20 40 100
// L'écart relatif entre 8 et 13 (62%) est proche de l'écart
// entre 1 et 2 (100%), ce qui reflète mieux l'incertitude réelle.Déroulement d'une séance type
Une séance de Poker Planning bien conduite suit une structure précise. Voici le déroulement optimal pour une équipe de 4 à 8 personnes :
Étape 1 — Lecture de la User Story
Le Product Owner lit la User Story à voix haute et répond aux questions de clarification. Cette phase dure 3 à 5 minutes maximum. Objectif : s'assurer que tout le monde comprend ce qui doit être fait, pas comment le faire.
// Exemple de User Story bien formée
En tant que [visiteur],
Je veux [pouvoir réinitialiser mon mot de passe par email],
Afin de [récupérer l'accès à mon compte sans intervention du support].
// Critères d'acceptation :
// - Email de réinitialisation envoyé en < 30 secondes
// - Lien valide 24h, usage unique
// - Redirection vers page de connexion après changement
// - Audit log de l'action en baseÉtape 2 — Vote secret
Chaque participant choisit secrètement sa carte. Avec cet outil en ligne, chaque participant sélectionne sa carte dans le sélecteur. Les cartes sont masquées (face cachée) jusqu'à la révélation.
- Ne pas influencer les autres avant la révélation
- Si vous ne savez pas : utilisez la carte ?
- Tout le monde doit voter avant la révélation
- Le tech lead vote comme tout le monde — pas de pression hiérarchique
Étape 3 — Révélation simultanée
Toutes les cartes sont retournées en même temps. Deux cas de figure :
- Consensus fort (ex: 5, 5, 5, 8) : On prend la valeur majoritaire ou la plus haute, et on passe à la story suivante.
- Divergence forte (ex: 2, 5, 13, 20) : Les estimateurs aux extrêmes expliquent leur raisonnement. Un nouveau vote est lancé après discussion.
Étape 4 — Discussion et convergence
La règle : les extrêmes s'expriment d'abord. Celui qui a voté le plus bas explique pourquoi c'est simple selon lui, celui qui a voté le plus haut explique les risques qu'il voit. Pas de débat interminable : 2-3 tours maximum.
// Règle de convergence recommandée
const MAX_ROUNDS = 3;
// Si après 3 tours, pas de consensus :
// → Prendre la valeur la plus haute (prudence)
// → Ou diviser la story en sous-stories
// → Jamais faire la moyenne (illusoire)Bonnes pratiques et pièges courants
✅ Les bonnes pratiques
- Timeboxer chaque story : maximum 10 minutes de discussion par story, sinon la session dure trop longtemps.
- Estimer en relatif : comparez les stories entre elles plutôt qu'en heures absolues. "Cette story est-elle plus complexe que celle qu'on a faite hier ?"
- Maintenir une story de référence : gardez une story à 5 points en mémoire comme ancre d'estimation.
- Limiter la session à 2h : au-delà, la qualité des estimations chute. Faites des pauses.
- Inclure les testeurs et UX : leur perspective sur la complexité est souvent différente et précieuse.
❌ Les pièges à éviter
| Piège | Symptôme | Correction |
|---|---|---|
| Estimation en heures | "Je mets 8h, donc je vote 8" | Rappeler que les points = complexité, pas durée |
| Influence du tech lead | Tout le monde vote comme le senior | Le senior vote en dernier, ou simultanément |
| Stories trop grandes | Votes 40/100 réguliers | Découper en stories plus petites avant session |
| Ignorer les cartes ? | Quelqu'un vote ? → on passe | Un vote ? = la story n'est pas assez définie |
| Faire la moyenne | "On prend la moyenne de 3 et 8 = 5" | Discuter les extrêmes, voter à nouveau |
Poker Planning en équipe distante
Le travail remote a transformé les cérémonies agiles. Le Poker Planning en visioconférence présente des défis spécifiques mais peut être aussi efficace qu'en présentiel avec les bons outils et pratiques.
Protocole remote recommandé
// Setup typique pour une session remote
1. Appel vidéo (Google Meet / Zoom / Teams)
└── Caméras activées : observe les réactions non-verbales
2. Partage d'écran : facilitateur partage l'outil Poker Planning
└── Chaque participant entre son propre vote
3. Communication :
├── Silence pendant le vote (pas de micro ouvert)
├── Facilitateur annonce "Révélation dans 3... 2... 1..."
└── Clic simultané sur "Révéler les cartes"
4. Discussion :
└── Mute général pendant présentation des extrêmesTechniques anti-biais en remote
En remote, le biais de conformité est encore plus fort car les participants peuvent hésiter à contredire via caméra. Quelques techniques pour y remédier :
- Vote obligatoire avant discussion : Personne ne peut voir les votes avant que tout le monde ait voté.
- Anonymat temporaire : Pour les équipes hiérarchiques, un vote anonyme avant révélation peut aider.
- Le "Silence radio" : Interdire tout commentaire entre la lecture de la story et la révélation.
- Tour de parole structuré : Le facilitateur donne la parole à chacun après révélation, par ordre alphabétique.
FAQ — Questions fréquentes
Qu'est-ce que le Poker Planning en Agile ?
Le Poker Planning (ou Planning Poker) est une technique d'estimation agile où chaque membre de l'équipe choisit secrètement une carte représentant l'effort d'une tâche (en points Fibonacci). Les cartes sont révélées simultanément pour éviter le biais de conformité et obtenir une estimation collective honnête.
Comment utiliser cet outil de Poker Planning ?
Créez une session, ajoutez les participants par leur prénom, puis chacun sélectionne sa carte pour la tâche en cours. Cliquez sur "Révéler" pour afficher toutes les estimations simultanément. Discutez les écarts et relancez un vote si nécessaire.
Pourquoi utiliser la suite de Fibonacci pour le Planning Poker ?
La suite de Fibonacci (1, 2, 3, 5, 8, 13…) reflète l'incertitude croissante : plus une tâche est grande, moins on peut l'estimer précisément. Les grands écarts entre les valeurs forcent l'équipe à discuter ses hypothèses plutôt que de se fixer sur des chiffres précis illusoires.
Que signifient les cartes ? et ☕ dans le Planning Poker ?
La carte "?" signifie que le développeur ne dispose pas d'assez d'informations pour estimer. La carte "☕" (café) signale un besoin de pause ou que la session est trop longue. Ces cartes facilitent la communication non verbale en équipe.
Conclusion
Le Poker Planning reste l'une des techniques d'estimation agile les plus efficaces après plus de 20 ans de pratique dans l'industrie. Sa force réside dans la révélation simultanée, qui préserve l'indépendance des jugements et force des discussions productives sur les points de désaccord.
Utilisez cet outil lors de vos sprint plannings ou sessions de raffinage de backlog pour des estimations plus justes et un engagement collectif accru. N'oubliez pas : l'objectif n'est pas la précision absolue, mais la conversation que génère le processus d'estimation.
