Story points vs Heures : pourquoi nous avons arrêté les estimations en temps
C'est un débat aussi vieux que l'Agilité elle-même : doit-on estimer en story points ou en heures ?
Si votre équipe estime encore ses tâches en heures, vous faites très probablement face à des retards constants et à des développeurs stressés.
Le fond du problème est simple : le temps est une notion purement subjective. Développer une intégration d'API sur mesure peut prendre quatre heures à un développeur senior, mais quatre jours à un profil junior. Si le senior estime le ticket à "4 heures" et que c'est finalement le junior qui le prend dans le backlog, tout votre sprint tombe à l'eau.
Les trois piliers de la complexité
La complexité, en revanche, est universelle.
Peu importe la personne qui s'en charge, cette intégration d'API aura toujours le même nombre d'endpoints, les mêmes exigences de sécurité et les mêmes risques.
Les story points mesurent cette complexité. Une user story à 5 points reste à 5 points, peu importe qui la tire du tableau. En estimant en points, vous prenez en compte trois éléments :
- La quantité d'effort requise.
- La complexité technique de la tâche.
- Le niveau de risque ou la part d'inconnu.
Abandonner les estimations basées sur le temps demande un véritable changement de mentalité, mais les bons outils peuvent grandement faciliter la transition. Utiliser un outil de poker d'estimation en ligne qui propose la suite de Fibonacci par défaut oblige l'équipe à oublier l'horloge pour se concentrer uniquement sur le travail à accomplir.