La première question qu’un sponsor pose à un chef de projet est presque toujours la même: “Combien de temps cela va-t-il prendre?” La réponse attendue est un chiffre, et ce chiffre va structurer les décisions budgétaires, les engagements clients et les attentes de la direction pour les mois à venir. Le problème n’est pas le chiffre lui-même, c’est la fonction qu’on lui assigne: dans la plupart des organisations, une estimation devient une promesse dès qu’elle quitte la bouche de celui qui l’a formulée.
Ron Jeffries a rendu ce constat célèbre en qualifiant l’estimation de “mal” (evil), non pas parce que l’acte d’estimer est intrinsèquement mauvais, mais parce que le système organisationnel transforme systématiquement les prévisions en engagements, puis les écarts en fautes professionnelles. La question devient alors: existe-t-il une approche qui conserve l’utilité de l’estimation sans tomber dans ce piège?
L’hypothèse plutôt que la prédiction
George Dinwiddie propose un renversement de perspective qui change profondément la relation entre l’équipe projet et ses estimations. Dans son article Estimation as Hypothesis, il avance que toute estimation devrait être traitée comme une hypothèse scientifique: une affirmation sur le monde, formulée en fonction des connaissances actuelles, et explicitement destinée à être testée contre les faits.
Ce changement de vocabulaire n’est pas cosmétique: une prédiction est censée être juste, une hypothèse est censée être vérifiée. Quand on dit “nous pensons que ce travail prendra quatre semaines”, on formule une prédiction que le reste de l’organisation interprétera comme un engagement. Quand on dit “notre hypothèse est que ce travail prendra quatre semaines, et nous saurons si c’est réaliste après le premier lot livré”, on invite à un processus d’apprentissage collectif.
Regrouper, livrer, mesurer
L’approche de Dinwiddie s’appuie sur un mécanisme concret. Plutôt que d’estimer chaque tâche en heures ou en jours, un exercice notoirement imprécis et chronophage, l’équipe classe les éléments de travail par taille relative: petit, moyen, grand. Ce classement par comparaison est beaucoup plus fiable que l’estimation absolue, parce que le cerveau humain est naturellement meilleur en jugement relatif qu’en évaluation absolue.
L’équipe commence ensuite par livrer les premiers éléments, ce qui produit des données réelles sur sa capacité de production. Après quelques cycles de livraison, un schéma se dessine: l’équipe sait combien d’éléments de chaque taille elle termine par période, et cette information permet de projeter le reste du travail avec une confiance qui augmente à mesure que les données s’accumulent. L’estimation initiale n’est plus le verdict final: c’est le point de départ d’une boucle de rétroaction qui se précise naturellement avec le temps.
Pourquoi les organisations résistent
Si cette approche est aussi logique, pourquoi n’est-elle pas universellement adoptée? Parce qu’elle exige quelque chose que beaucoup d’organisations ne sont pas prêtes à accorder: l’acceptation de l’incertitude dans les premières phases du projet. Le mouvement #NoEstimates, porté par Allen Holub et Woody Zuill, pousse cette logique à son terme en proposant de remplacer l’estimation par l’observation directe du flux de livraison. Cela fonctionne quand le cycle de livraison est court, mais dans les organisations qui financent leurs projets par blocs budgétaires annuels, la demande “dites-nous combien cela coûtera avant que nous décidions de le faire” est structurelle. Elle ne disparaitra pas parce qu’un consultant agile l’a déclarée obsolète.
La position de Dinwiddie offre un terrain d’entente réaliste: oui, nous allons estimer, parce que votre processus de décision l’exige, mais nous allons qualifier cette estimation comme une hypothèse de travail et la réviser ouvertement à mesure que les données réelles deviennent disponibles. Cette position est défendable dans presque tous les contextes organisationnels parce qu’elle ne demande pas de renoncer à la planification, seulement de la rendre honnête.
L’estimation comme outil d’apprentissage
Le changement le plus profond dans l’approche par hypothèse ne concerne pas la technique d’estimation elle-même, mais la culture de l’équipe. Quand l’estimation est traitée comme une prédiction, l’écart entre prévision et réalité est un échec. Quand elle est traitée comme une hypothèse, ce même écart est une information: il révèle ce que l’équipe ne savait pas au moment de l’estimation, que ce soit la complexité cachée d’une tâche, une dépendance externe non identifiée ou une compétence manquante.
Dans cette optique, la rétrospective (la réunion régulière où l’équipe analyse son fonctionnement) intègre naturellement une question: “Nos hypothèses d’estimation se sont-elles vérifiées? Si non, pourquoi?” Cette question transforme chaque écart en occasion d’apprentissage plutôt qu’en source de culpabilité, et l’équipe développe progressivement une capacité de prévision fondée sur l’expérience plutôt que sur l’intuition.
Pour un chef de projet confronté à la pression des délais, reformuler ses estimations comme des hypothèses est un acte de courage professionnel modeste mais significatif. Cela revient à dire: “Je préfère être honnête sur ce que je sais et ce que j’ignore plutôt que de vous donner un chiffre rassurant qui ne survivra pas au contact avec la réalité.” C’est inconfortable au début, mais c’est la base d’une relation de confiance durable avec les parties prenantes.