Estimation agile
Je n'ai jamais été un fan des techniques d'estimation des coûts classiques (CoCoMo), ni d'ailleurs des estimations en général. Estimer le nombre de lignes de code ou le temps qu'on va passer sur une tâche qui se déroulera (peut-être) dans plusieurs mois, c'est le plus souvent du temps perdu. De plus c'est trop souvent perçu comme un engagement plutôt qu'une hypothèse à réévaluer.
En revanche je suis un grand supporter de l'estimation agile par les "story points". J'ai découvert cette technique dans le livre de Mike Cohn, Agile Estimating and Planning. Depuis, je l'ai utilisée et fait pratiquer sur 3 projets et j'en suis très satisfait. Bien sûr, elle nécessite d'avoir au préalable une liste de "user stories".
Elle demande aussi de l'accompagnement auprès des équipes lors des séances d'estimation (collective) pour choisir la meilleure façon de procéder et lever les inhibitions au démarrage. Elle donne alors des résultats spectaculaires. Les équipes s'habituent vite à estimer de façon relative, ce qui limite les ré-estimations. On arrive facilement à calculer la vélocité (le nombre de points gagnés par itération). On obtient la mesure de l'avancement du projet (le nombre de points restant à faire). Le management a une excellente visibilité grâce à un graphe de tendance (qui s'appelle dans Scrum le Burndown Chart), comme celui-ci, obtenu sur un projet client que je coache, qui est remis à jour après chaque itération :

Avec une simple règle de 3, on peut savoir combien d'itérations sont nécessaires pour finir le projet.



Commentaires
Les commentaires pour ce billet sont fermés.