Que sont les story points ?
Les story points sont une unité de mesure dans le développement logiciel agile pour exprimer l'effort global requis pour implémenter complètement un élément du backlog. Ils encodent la complexité, le volume de travail et le risque — pas le temps.
Pourquoi les équipes agiles utilisent les story points plutôt que les heures
L'estimation basée sur les heures semble précise mais échoue systématiquement dans la pratique.
Les story points reformulent la question de "combien de temps cela prendra-t-il ?" à "quelle est la complexité par rapport à quelque chose que nous avons déjà fait ?"
La différence clé
- Les heures estiment la durée basée sur la vitesse d'une personne.
- Les story points estiment l'effort comme une propriété au niveau de l'équipe.
- Cette abstraction semble contre-intuitive au début. Après 3–4 sprints, la plupart des équipes trouvent leur vélocité sprint après sprint plus prévisible.
Ce que mesurent réellement les story points
Une estimation de story point bien calibrée capture trois dimensions du travail :
- Complexité : combien de parties mobiles la solution a-t-elle ?
- Volume : quelle est la quantité de travail ?
- Incertitude : dans quelle mesure l'équipe comprend-elle la solution ?
Échelles courantes de story points
La séquence de Fibonacci (1, 2, 3, 5, 8, 13, 21) est l'échelle la plus adoptée.
Certaines équipes utilisent un Fibonacci modifié pour accommoder à la fois de petites tâches et de grandes épopées.
- 1, 2, 3, 5, 8, 13, 21 — Fibonacci standard. Idéal pour les équipes faisant des estimations au niveau sprint.
- 1, 2, 4, 8, 16, 32 — puissances de deux. Préféré par les équipes à dominante ingénierie.
- XS, S, M, L, XL — tailles de t-shirt. Idéal pour la découverte précoce et la planification de feuille de route.
Comment commencer à estimer en story points
Démarrer avec les story points est plus facile que la plupart des équipes ne s'y attendent.
Étape 1 : Choisir une histoire de référence
Trouvez une histoire récemment terminée avec laquelle l'équipe est d'accord qu'elle était un travail moyen bien compris.
Étape 2 : Estimer par rapport à la référence
Pour chaque nouvelle histoire, l'équipe demande : "Est-ce plus grand ou plus petit que notre référence à 3 points ?"
Étape 3 : Suivre la vélocité sur 3–4 sprints
Après quelques sprints, calculez votre vélocité moyenne mobile.
Essayez l'estimation par story points avec votre équipe en utilisant le Planning Poker en ligne gratuit — aucune inscription requise.
FAQ des story points
Les story points sont-ils identiques aux jours idéaux ?
Non. Les jours idéaux estiment combien de temps une histoire prendrait si un développeur travaillait sans interruption.
Les story points doivent-ils se sommer à quelque chose ?
Dans un sprint, les points totaux ne doivent pas dépasser la capacité de votre équipe.
Pourquoi notre vélocité continue-t-elle de changer ?
La vélocité change quand la composition de l'équipe change, quand les types d'histoires changent.
Différentes équipes peuvent-elles comparer leurs story points ?
Non. Les story points ont du sens au sein d'une équipe, pas entre équipes.
Les estimations doivent-elles inclure les tests et la revue de code ?
Oui. Un story point doit représenter l'effort complet pour amener une histoire à Done.
Estimez votre premier backlog avec le Planning Poker en ligne gratuit