« Tu peux me faire des estimations de temps pour faire cette fonctionnalité ? »
C’est probablement la question la plus posée en gestion de projet.
Et aussi l’une des plus problématiques.
Parce que, dans la majorité des cas, la réponse est fausse.
Pas approximative.
Fausse.
Et pourtant, ce n’est pas un problème.
Les estimations ne sont pas des promesses !
La première erreur, c’est de confondre estimation et engagement.
Une estimation, c’est une approximation basée sur les informations disponibles à un instant donné.
Rien de plus.
Elle sert à réduire l’incertitude, pas à la supprimer.
D’ailleurs, une estimation ne garantit jamais un résultat exact. Elle permet simplement de s’en rapprocher
Mais dans beaucoup d’organisations, elle est traitée comme une vérité.
Et c’est là que les problèmes commencent.
On estime… sans comprendre…
Dans la pratique, les estimations sont souvent faites trop tôt.
Avant même que le besoin soit réellement clarifié.
On demande :
- un budget
- un délai
- un planning
Alors que :
- le périmètre est flou
- les contraintes sont mal identifiées
- les risques sont inconnus
Autrement dit, on estime… dans le vide.
Le biais de simplification !
Quand on estime, on simplifie.
On imagine un scénario « normal » :
- pas de blocage
- pas de dépendance critique
- pas de problème technique
- pas d’aléa organisationnel
Mais un projet réel ne se déroule jamais comme prévu.
Jamais.
Et pourtant, les estimations sont construites comme si c’était le cas.
Le problème, ce ne sont pas les estimations, mais leur interprétation !
Une estimation fausse n’est pas un échec.
C’est une conséquence normale de l’incertitude.
Le vrai problème, c’est ce qu’on en fait.
Dans beaucoup de projets :
- on fige l’estimation
- on construit tout dessus
- on refuse de la remettre en question
Résultat : le projet dérive, mais le cadre reste le même.
L’illusion du contrôle…
Plus un projet est incertain, plus on cherche à le contrôler.
Et donc à estimer précisément.
C’est paradoxal.
Parce que c’est justement dans ces situations que les estimations sont les moins fiables.
On planifie le chemin pour la découvrir.
Estimer, c’est collaborer
Une estimation faite seul est presque toujours mauvaise.
Pourquoi ?
Parce qu’elle repose sur une vision partielle.
Une estimation pertinente doit s’appuyer sur :
- l’expérience
- des projets similaires
- les compétences de l’équipe
- des échanges entre experts
C’est un travail collectif.
Pas un exercice isolé.
Ce qu’il faut vraiment faire avec les estimations…
Plutôt que chercher à faire « la bonne estimation », il vaut mieux :
- accepter qu’elle soit imparfaite
- la documenter (hypothèses, incertitudes)
- établir un planning de référence avec des estimations de références
- les réévaluer régulièrement (planification, exécution, contrôle)
- adapter le projet en fonction du réel
En résumé : traiter l’estimation comme un outil de pilotage, pas comme un engagement contractuel figé.
Le rôle des marges dans les estimations…
Un projet sans marge est un projet condamné.
Parce qu’il n’intègre aucune incertitude.
Les marges ne sont pas du confort.
Elles sont une nécessité.
Elles permettent d’absorber :
- les imprévus
- les erreurs
- les ajustements
Sans elles, le moindre écart devient critique.
Conclusion.
Les estimations ne sont pas faites pour être justes.
Elles sont faites pour aider à décider.
Le problème, ce n’est pas qu’elles soient fausses.
Le problème, c’est de croire qu’elles ne le sont pas.
Et tant que cette confusion existe, les projets continueront de dériver.
