Planning Poker : comprendre l’échelle de Fibonacci
Des cartes espacées pour comparer le travail et une discussion concrète pour comprendre les écarts entre les votes.
Lors d’une séance de Planning Poker, les valeurs 1, 2, 3, 5, 8, 13 et 21 servent à comparer le volume de travail. Les écarts s’élargissent pour éviter de multiplier les distinctions fines sur les éléments les plus volumineux. La carte choisie ne calcule pas une durée et ne résout pas les questions en suspens.
Si vous hésitez entre 3 et 5, demandez d’abord quel travail s’ajoute par rapport à l’élément de référence. Une carte 4 offrirait un choix supplémentaire, sans expliquer cet écart.
Dans ce guide :
Pourquoi espacer les valeurs ?
Après 1 et 2, chaque nombre est la somme des deux précédents : 1, 2, 3, 5, 8, 13, 21, 34…. L’écart passe de deux points entre 3 et 5 à huit entre 13 et 21.
L’équipe dispose ainsi de moins de valeurs intermédiaires à justifier lorsque le périmètre augmente. Mike Cohn explique son choix de cette échelle. Ce choix ne garantit pas une meilleure précision.
Les story points comparent le travail d’une même équipe, en tenant compte de l’effort, de la complexité et des risques. Atlassian présente ce principe d’estimation relative. 8 ne signifie pas huit heures, et deux équipes utilisant les mêmes cartes n’ont pas nécessairement la même échelle.
Un exemple : déplacer un créneau de livraison
Une équipe fictive développe un service de courses en ligne. La demande est : « Permettre de déplacer le créneau d’une commande. » Elle connaît déjà une modification simple des consignes de livraison, estimée à 3, avec validation, revue et vérification du résultat.
Le premier vote révèle trois périmètres :
| Vote | Travail imaginé | Question à trancher |
|---|---|---|
| 3 | Remplacer la date dans la commande | Faut-il réserver une place dans le nouveau créneau ? |
| 5 | Vérifier la capacité, déplacer la réservation et prévenir le client | Que se passe-t-il si le créneau se remplit entre-temps ? |
| 8 | Ajouter un changement de tarif et une nouvelle tournée du livreur | Ces opérations font-elles partie de cette version ? |
Une moyenne masquerait les décisions nécessaires. Avec le Product Owner, l’équipe retient une première version :
- La commande n’est pas encore en préparation.
- Le nouveau créneau appartient à la même zone et au même tarif.
- La capacité est contrôlée lors de l’enregistrement.
- En cas de conflit, l’ancien créneau reste réservé.
- Les changements de prix et de tournée sont exclus.
La personne qui connaît les réservations confirme qu’une opération existante protège déjà la capacité contre les accès concurrents. Le service de notification peut être réutilisé. Au second vote de cet exemple, chacun choisit 5, puis l’équipe note les limites retenues dans le backlog.
Ces estimations ne valent que pour cet exemple ; l’unanimité n’est pas un résultat imposé à chaque tour. Agile Alliance décrit le choix individuel, la révélation des cartes et les tours suivants. Le guide pour animer un Planning Poker détaille la séance complète.
Si les votes restent éloignés
Demandez quelle hypothèse n’est pas partagée. Si personne ne peut confirmer que deux changements simultanés respectent la capacité du créneau, définissez une recherche ciblée, son responsable et le résultat attendu. Si le changement de tarif est indispensable, revoyez le périmètre. Revoter apporte quelque chose lorsque la compréhension a changé ; obtenir l’unanimité ne doit pas devenir une pression.
Fibonacci classique ou variante modifiée ?
| Jeu | Valeurs courantes | Point à convenir |
|---|---|---|
| Fibonacci | 1, 2, 3, 5, 8, 13, 21, 34 | Quels volumes de travail l’équipe peut-elle comparer utilement ? |
| Fibonacci modifié | 1, 2, 3, 5, 8, 13, 20, 40, 100 | Quand une grande valeur conduit-elle à affiner le besoin ? |
| Cartes supplémentaires | 0, 0.5, ?, café, selon le jeu | Quel sens donner à chaque carte ? |
La variante modifiée suit une autre progression après 13. Cohn explique l’arrondi à 20 par la volonté de ne pas suggérer une précision injustifiée sur un grand élément. Les fractions et les symboles ne sont pas des termes de la suite mathématique.
Un ? peut signaler une question à résoudre avant d’estimer ; une carte café peut demander une pause. Ces signaux ne sont pas des estimations chiffrées : notez-les séparément des points. Gardez le même jeu pendant la séance et quelques éléments terminés comme repères. Les exemples de story points vous aident à choisir ces références.
Estimer, préciser, découper ou explorer
- Même périmètre, comparaisons différentes : revenir aux références et expliquer le travail supplémentaire.
- Comportements attendus différents : écrire les limites avant un autre vote.
- Plusieurs résultats utiles indépendants : proposer des stories plus petites, utilisables séparément.
- Inconnue susceptible de changer la solution : définir une question, un responsable et les informations nécessaires.
Il n’existe pas de règle universelle imposant de découper chaque 13. Examinez si l’équipe comprend le travail et peut le terminer dans ses contraintes. Une 5 dépendant d’un service inconnu peut demander plus de clarification qu’une 13 bien comprise.
Après découpage, les estimations ne doivent pas nécessairement retrouver le total initial. Vous avez appris et modifié les limites. Séparer « interface » et « API » ne donne pas encore au client la possibilité de changer son créneau ; cherchez un résultat plus petit mais utilisable.
Un accord d’équipe à copier
Jeu et valeurs retenus :
Éléments terminés utilisés comme références :
Travail inclus jusqu’à la Definition of Done :
Sens des cartes supplémentaires :
Questions à poser quand les votes diffèrent :
Signaux pour préciser, découper ou explorer :
Emplacement des hypothèses et responsable de la suite :
Une question concrète, comme « La restauration après un échec est-elle incluse ? », aide davantage qu’une consigne générale sur la complexité.
Questions fréquentes
Pourquoi n’y a-t-il pas de carte 4 ?
La suite passe de 3 à 5. Comparez les limites de la tâche aux références avant d’ajouter un palier. Un autre jeu est possible, mais il ne tranche pas une exigence encore ouverte.
Scrum impose-t-il Fibonacci ?
Non. Le Scrum Guide confie le dimensionnement aux Developers, sans imposer Fibonacci, les story points ou le Planning Poker.
Faut-il choisir plus grand par prudence ?
Nommez d’abord l’incertitude. Une valeur plus élevée peut représenter du travail supplémentaire bien identifié, mais elle ne remplace pas une décision produit ou une vérification technique.
Utiliser cette échelle dans Agilo
Agilo Planning Poker propose des jeux de cartes Fibonacci et Fibonacci modifié. Préparez quelques éléments au périmètre clair et leurs références, puis consignez vos hypothèses et décisions dans votre backlog.
Créez une salle Planning Poker pour estimer ensemble.
