Que sont les story points ?

Un story point est une unité de taille relative. Plutôt que d’estimer un travail en heures ou en jours, l’équipe le compare à un travail déjà réalisé : « celui-ci fait à peu près le double de celui-là ». Le nombre exprime à la fois l’effort, la complexité et l’incertitude.

Pourquoi relatif, et pas en heures

On prédit mal combien de temps prendra une tâche, mais on juge assez bien si une tâche est plus grosse qu’une autre. Les story points s’appuient sur cette seconde aptitude.

• Les points ne dépendent pas de la personne qui fait le travail. Une story vaut 3 qu’elle soit prise par un ingénieur senior ou junior ; la différence se voit dans la vitesse à laquelle l’équipe termine les points, pas dans l’estimation.
• L’estimation reste rapide. Comparer une story à une story connue prend quelques secondes. La découper en heures prend bien plus longtemps et c’est rarement plus précis.
• Les points deviennent des dates grâce à la mesure. Dès que l’équipe sait combien de points elle termine par itération — sa vélocité — elle peut prévoir quand un ensemble de stories sera terminé.

Une estimation est une conversation de dimensionnement, pas une promesse. Quand l’équipe n’est pas d’accord sur un nombre, la discussion révèle généralement un malentendu sur la story, ce qui est le résultat le plus utile.

Échelles

Les équipes choisissent une échelle courte pour que les estimations restent grossières. Les plus courantes :

• Fibonacci — 0, 1, 2, 3, 5, 8, 13. Les écarts grandissent avec la taille, car les grosses stories sont plus incertaines.
• Linéaire — 0, 1, 2, 3. Une petite échelle pour les équipes qui découpent le travail finement.
• Tailles de t-shirt — S, M, L (parfois XS et XL).

Une story trop grosse pour le haut de l’échelle est un signal pour la découper en stories plus petites.

Estimer en équipe

Une technique courante est le planning poker : chacun choisit une estimation en privé, tout le monde la révèle en même temps, et les auteurs des estimations la plus haute et la plus basse expliquent leur raisonnement avant que l’équipe ne s’accorde sur un nombre. La révélation simultanée évite que la première voix n’influence les autres.

On estime avant que la story ne soit démarrée, une fois que l’équipe comprend ce que « terminé » signifie pour elle — les critères d’acceptation. Voir User stories et planification d’itération.

Comment East Agile Tracker procède

• Les features prennent des points par défaut. Les bugs et les chores restent non estimés, sauf si le projet active Points for bugs and chores. Voir Estimer les features.
• Trois échelles sont fournies : Fibonacci (0, 1, 2, 3, 5, 8, 13), East Agile (0, 1, 2, 3) et 3 points (1, 2, 3 pour Small / Medium / Large). L’échelle se choisit par projet ; en changer plus tard ne remappe pas les estimations existantes. Voir Points.
• Les points alimentent la vélocité. Les points d’une story comptent dans la vélocité dès qu’elle atteint l’état terminé du projet, et la vélocité dimensionne les itérations suivantes. Voir Vélocité.
• Les stories non estimées sont recherchables. Le filtre is:unestimated liste les features qui attendent encore un nombre. Voir Recherche et filtres.

Pour aller plus loin

• Qu’est-ce que la vélocité ? — comment les points deviennent une prévision.
• Scrum ou Kanban — la place de l’estimation dans chaque méthode.
• eXtreme Programming — la méthode d’où viennent les story points.