Combien de temps cela prendra : des estimations sans illusions

Pourquoi tout le monde se trompe dans le même sens

Les gens estiment le chemin où tout fonctionne. En réalité, le temps de développement se répartit entre l'écriture du code et tout ce qui l'entoure : intégration, environnements, données réelles, tests, corrections et attente d'approbations et d'autres personnes. L'écart entre les deux représente l'essentiel de l'écart entre promesse et réalité.

Comment estimer quand même

Décomposez en éléments, chacun inférieur à deux jours. Un élément difficile à décomposer est un élément qu'on ne comprend pas, et c'est là que réside le vrai risque.

Donnez une plage : rapide, probable, mauvais. L'écart entre rapide et mauvais mesure l'incertitude, et cela seul est une information de gestion.

Notez ce qui transformerait le mauvais en probable : une décision en attente, un accès à un environnement, la réponse d'un prestataire. Ce sont les choses à traiter en priorité.

Mesurer plutôt que discuter

Après quelques cycles de travail, vous disposez d'un chiffre réel : combien d'éléments l'équipe termine par semaine. Planifier sur ce chiffre est bien plus précis que toute estimation énoncée en réunion.

Mettez à jour la prévision publiquement quand quelque chose change. Une surprise tôt est tolérable ; une surprise la veille de la date ne l'est pas.