Guide agile · Pratiques agiles
Estimation agile : story points et suite de Fibonacci
Les équipes agiles estiment rarement en heures. Elles comparent plutôt les éléments de travail entre eux à l'aide d'unités relatives appelées story points, souvent sur une échelle proche de Fibonacci. Ce guide explique pourquoi, et comment bien s'y prendre.
À retenir
- Les story points mesurent la taille relative en combinant effort, complexité et incertitude.
- Les écarts croissants de l'échelle de Fibonacci reflètent une incertitude croissante.
- La discussion pendant l'estimation a plus de valeur que le nombre obtenu.
Pourquoi l'estimation relative ?
Nous prévoyons mal la durée exacte d'un travail, mais nous savons bien comparer : « ceci est environ deux fois plus gros que cela ». L'estimation relative tire parti de cette force. Les story points combinent effort, complexité et incertitude en un seul nombre qui n'a de sens qu'au sein de l'équipe.
L'échelle de Fibonacci
La suite de Fibonacci est 1, 2, 3, 5, 8, 13, 21, où chaque nombre est la somme des deux précédents. Beaucoup d'équipes utilisent une version modifiée : 0, ½, 1, 2, 3, 5, 8, 13, 20, 40, 100.
Les écarts augmentent à mesure que les nombres grandissent, ce qui reflète la réalité : plus l'élément est gros, moins l'estimation peut être précise. Cela évite aussi des débats inutiles entre, par exemple, 11 et 12.
Comment animer un planning poker
- Le Product Owner présente un élément du backlog et répond aux questions.
- Chaque estimateur choisit en secret une carte de l'échelle.
- Tout le monde révèle sa carte en même temps.
- Les auteurs des estimations la plus haute et la plus basse expliquent leur raisonnement.
- L'équipe discute et vote de nouveau jusqu'à ce que les estimations convergent.
La discussion compte plus que le nombre. Des écarts importants révèlent généralement des malentendus ou des risques cachés.
Autres techniques d'estimation
- Tailles de T-shirt (XS, S, M, L, XL) pour un dimensionnement rapide et approximatif des backlogs volumineux ou des éléments de feuille de route.
- Estimation par affinité : l'équipe place en silence les éléments sur un mur, du plus petit au plus grand, puis les regroupe.
- Méthode des compartiments : les éléments sont placés dans des compartiments étiquetés selon Fibonacci, une méthode efficace pour estimer rapidement de nombreux éléments.
- Sans estimation : certaines équipes découpent tout le travail en petits éléments de taille similaire et se contentent de les compter.
Utiliser les estimations
Les story points se combinent avec la vélocité, c'est-à-dire le nombre de points qu'une équipe réalise par sprint, pour prévoir la quantité de travail qu'elle peut prendre en charge et la date à laquelle une release pourrait être prête.
Erreurs courantes
- Reconvertir les points en heures.
- Comparer les story points ou la vélocité entre équipes.
- Laisser une seule personne expérimentée estimer pour tout le monde.
- Réestimer le travail terminé pour améliorer l'apparence de la vélocité.
- Traiter les estimations comme des engagements ou des échéances.
Modèles gratuits sur ce sujet
Questions fréquentes
Pourquoi utiliser des story points plutôt qu'une estimation en heures ?
Les heures incitent à une fausse précision et dépendent de la personne qui réalise le travail. Les points relatifs sont plus rapides à fixer et deviennent fiables pour les prévisions une fois la vélocité de l'équipe connue.
Qui estime les story points en agile ?
Les personnes qui réaliseront le travail. Le Product Owner clarifie l'élément mais ne l'estime pas.
Que sont les story points en agile ?
Une unité d'estimation relative qui combine effort, complexité et incertitude. Un élément de 2 points est environ deux fois plus grand qu'un élément de 1 point, mais les points n'ont aucun lien fixe avec les heures.
Pourquoi les équipes agiles utilisent-elles la suite de Fibonacci pour les story points ?
Les écarts entre les nombres augmentent à mesure que les éléments grossissent, ce qui reflète le fait que les gros éléments sont moins prévisibles. Cela évite aussi des débats inutiles entre des nombres proches comme 11 et 12.
Qu'est-ce que le planning poker pour les story points ?
Un jeu d'estimation dans lequel chacun choisit une carte en secret, tout le monde la révèle en même temps, puis les auteurs des estimations la plus haute et la plus basse expliquent leur raisonnement avant un nouveau vote.
Combien d'heures vaut un story point ?
Il n'existe aucune conversion standard, et en fixer une va à l'encontre du but recherché. Les points n'ont de sens que par rapport à d'autres éléments estimés par la même équipe.
Qu'est-ce que l'estimation en tailles de T-shirt par rapport aux story points ?
Une technique d'estimation approximative utilisant des tailles comme XS, S, M, L et XL. Elle est utile pour les backlogs volumineux ou les éléments de feuille de route avant une estimation détaillée.
Comment choisir une story de référence pour les story points ?
Choisissez un petit élément bien compris que l'équipe a déjà terminé et convenez de sa taille, souvent 2 ou 3 points. Comparez-lui les nouveaux éléments.
Peut-on comparer les story points entre équipes ?
Non. Chaque équipe calibre ses points différemment ; les comparer n'a donc aucun sens et encourage l'inflation des points.
Que faire si un élément est estimé à 13 story points ou plus ?
Il est généralement trop grand pour être terminé en un sprint. Découpez-le en éléments plus petits avant la planification.
Qu'est-ce que #NoEstimates, et cela remplace-t-il les story points ?
Une approche dans laquelle les équipes découpent le travail en petits éléments de taille similaire et se contentent de les compter pour les prévisions, au lieu d'estimer chacun d'eux.