Estimation des Points de Story : Le Guide Agile Complet
Utilisez l'estimation des points de story pour dimensionner les éléments du backlog par effort relatif, complexité et incertitude. Avec le planning poker, les équipes peuvent atteindre un consensus plus rapidement qu'avec des estimations basées sur les heures.
Que sont les points de story ?
Les points de story sont une méthode d'estimation relative utilisée par les équipes Agile et Scrum. Au lieu de prédire des heures exactes, les équipes comparent un élément du backlog à un autre.
Cela aide les équipes à planifier de manière plus cohérente entre les sprints.
Pourquoi utiliser un outil d'estimation de points de story ?
- Alignement plus rapide : tout le monde vote dans le même flux.
- Meilleure discussion : les grandes différences révèlent des hypothèses et du travail caché.
- Planification plus prévisible : la vélocité devient plus utile avec le temps.
- Simple pour les équipes distantes : un lien partagé maintient toute la session ensemble.
Comment bien estimer les points de story
- Choisissez un élément clair du backlog avec des critères d'acceptation.
- Comparez-le à une ou deux stories de référence que votre équipe comprend déjà.
- Votez en privé en utilisant une échelle comme 1, 2, 3, 5, 8, 13 et 21.
- Révélez les votes ensemble et discutez d'abord des estimations les plus hautes et les plus basses.
- Revotez si nécessaire jusqu'à ce que l'équipe atteigne une estimation stable.
Vous pouvez faire cela en direct avec l'outil d'estimation gratuit de ScrumVote lors du refinement ou de la planification scrum.
La suite de Fibonacci et les échelles de points de story
Les points de story fonctionnent mieux avec une échelle non linéaire, et la suite de Fibonacci (1, 2, 3, 5, 8, 13, 21) est la plus largement adoptée.
Les écarts qui s'élargissent entre les nombres de Fibonacci s'alignent sur l'incertitude croissante des stories plus grandes.
Pourquoi une échelle non linéaire bat une échelle linéaire
- Réduit la fausse précision : personne ne peut distinguer de manière fiable entre une story de 6 et une de 7 points.
- Favorise le découpage des stories : quand une story atteint 13 ou 21 points, l'échelle signale qu'elle est probablement trop grande.
- Améliore la stabilité de la vélocité : les équipes utilisant des échelles basées sur Fibonacci produisent des vélocités plus cohérentes.
Points de story vs. heures : pourquoi le dimensionnement relatif gagne
L'estimation basée sur les heures semble intuitive mais sous-performe constamment en pratique.
Les problèmes avec l'estimation basée sur les heures
- Variance individuelle : une tâche qui prend 2 heures à un ingénieur senior peut en prendre 6 à un junior.
- Biais d'optimisme : les gens sous-estiment systématiquement le temps. Les estimations en heures sont typiquement optimistes de 30–50%.
- Pas de prise en compte des inconnues inconnues : les heures estiment le travail que vous connaissez.
Pourquoi les points de story produisent de meilleures prévisions
- La vélocité se stabilise : une fois que l'équipe a 3–4 sprints de données, sa vélocité devient un input fiable.
- Le dimensionnement relatif est plus rapide : il est plus rapide de décider «c'est un 5, comme le formulaire de connexion du mois dernier».
- Sépare l'effort du temps écoulé : une story complexe de 8 points peut prendre un jour de travail intense ou cinq jours de travail interrompu.
Le passage des heures aux points de story prend généralement 2–3 sprints pour être intériorisé.
Calibration des points de story entre les sprints
Le plus grand risque avec les points de story est la dérive d'échelle — la définition de l'équipe d'«un 5» change graduellement.
Utiliser des stories de référence pour ancrer l'échelle
Choisissez deux ou trois stories terminées que l'équipe s'accorde à dire qu'elles représentent 1, 3 et 8 points. Gardez-les comme ancres permanentes.
Les stories de référence fonctionnent mieux quand elles sont typiques, pas exceptionnelles.
Quand recalibrer votre échelle de points de story
Recalibrez quand : changements importants dans la composition de l'équipe, un changement technologique majeur, ou quand la vélocité monte ou descend sans raison claire.
Une session de recalibration n'est pas un aveu que les estimations précédentes étaient fausses.
Prêt à calibrer les estimations de votre équipe ? Lancez une session gratuite de planning poker et utilisez des stories de référence comme votre premier vote.
Guides connexes
FAQ sur l'estimation des points de story
Que sont les points de story en agile ?
Les points de story sont une unité d'estimation relative utilisée par les équipes Agile pour refléter effort, complexité, risque et incertitude.
Comment les équipes estiment-elles les points de story ?
De nombreuses équipes utilisent le planning poker : chaque personne vote en privé, tous les votes sont révélés ensemble.
Quelle est une bonne échelle de points de story ?
La suite de Fibonacci (1, 2, 3, 5, 8, 13, 21) est la plus courante.
Les points de story peuvent-ils être utilisés pour un travail autre que le développement ?
Oui. Les tâches de design, documentation, recherche et test peuvent toutes être estimées en points de story.
Combien de points de story un sprint devrait-il contenir ?
Cela dépend entièrement de la vélocité de votre équipe, qui émerge de quelques sprints de données.
Que faire quand les estimations sont toujours fausses ?
Les estimations constamment fausses signifient généralement : stories pas assez raffinées, le l'équipe inclut un travail non comptabilisé dans la capacité, ou l'échelle a dérivé.