La scène se répète dans la plupart des organisations: un sponsor demande combien coûtera le projet, et le chef de projet produit un chiffre basé sur son expérience et quelques comparaisons rapides. Cette approche, dite analogique ou top-down, a le mérite de la rapidité. Elle a aussi un défaut structurel: elle repose sur la capacité d’une seule personne à évaluer globalement un ensemble de travaux dont elle ne maîtrise pas nécessairement tous les détails.
Le Practice Standard for Project Estimating du PMI décrit quatre techniques d’estimation: analogique, paramétrique, bottom-up et à trois points. Parmi elles, l’estimation bottom-up, fondée sur la décomposition du travail, est celle qui produit les résultats les plus fiables, avec une marge d’erreur de -5% à +10% selon le PMI. Elle est aussi la plus exigeante en temps et en effort, ce qui explique qu’elle soit souvent négligée au profit d’approches plus rapides.
Décomposer avant d’estimer
Le principe de l’estimation bottom-up est simple: plutôt que d’évaluer le projet comme un bloc, on le décompose en lots de travail suffisamment petits pour être estimés individuellement, puis on agrège les résultats. L’outil de référence pour cette décomposition est le WBS (Work Breakdown Structure, ou structure de découpage du projet), qui organise l’ensemble des livrables en une arborescence hiérarchique.
La décomposition n’est pas un exercice bureaucratique. C’est un mécanisme cognitif: quand un chef de projet estime un projet “dans sa tête”, il oublie des tâches, sous-estime la complexité de certaines et surestime sa familiarité avec d’autres. La décomposition force à expliciter chaque composante du travail, ce qui réduit mécaniquement les oublis.
Steve McConnell a formalisé ce phénomène à travers le cône d’incertitude: en début de projet, la marge d’erreur sur les estimations peut atteindre un facteur 4x. Cette marge ne se réduit pas avec le temps qui passe, mais avec les décisions qui éliminent la variabilité. Détailler le périmètre, définir les livrables, identifier les dépendances: chaque décision réduit le cône. La décomposition du travail est l’un des leviers les plus efficaces de cette réduction.
Les tâches transversales qu’on oublie
Une estimation structurée révèle systématiquement des postes de charge que l’estimation globale avait ignorés. Ce sont les tâches transversales qui ne correspondent à aucun livrable visible mais qui consomment du temps et des ressources. Dans un projet de construction, c’est l’installation du chantier, les autorisations administratives, la coordination des sous-traitants. Dans un projet organisationnel, c’est la gestion du changement, la formation des utilisateurs, la migration des données.
Ces tâches ont deux caractéristiques qui les rendent dangereuses pour l’estimation: elles sont faciles à considérer comme “mineures” lors de la planification, et elles s’accumulent. Un chef de projet expérimenté sait que les tâches individuellement négligeables représentent collectivement 15 à 30% de la charge totale d’un projet. Les inclure explicitement dans l’estimation, même avec un effort modeste attribué à chacune, produit un total significativement plus réaliste.
Validation croisée: comparer deux approches
L’approche la plus robuste ne se contente pas d’une seule méthode d’estimation: elle en utilise deux de manière indépendante, puis compare les résultats. La première est l’estimation par les ressources (top-down): “De quelle équipe ai-je besoin, et pour combien de temps?” Le chef de projet définit les rôles nécessaires, leur disponibilité et la durée du projet, ce qui produit un budget global basé sur la capacité de l’équipe.
La seconde est l’estimation par les tâches (bottom-up): “Quelles tâches doivent être réalisées, et combien de temps chacune prendra-t-elle?” On décompose le travail, on attribue chaque lot à un rôle et on agrège les charges.
Si les deux estimations convergent, c’est un signal de fiabilité. Si elles divergent, l’écart est informatif: une estimation par les tâches nettement supérieure à l’estimation par l’équipe révèle que le projet nécessite plus de capacité que prévu, ou que certaines tâches ont été sous-évaluées. L’inverse peut signaler des temps morts non productifs ou une équipe surdimensionnée. Le PMI recommande cette validation croisée comme bonne pratique: elle transforme l’estimation d’un exercice ponctuel en processus de vérification.
Qui doit estimer?
La qualité d’une estimation dépend autant de la méthode que des personnes qui la produisent. Le PMI recommande que les estimations soient réalisées par ceux qui exécuteront le travail, parce qu’ils connaissent les contraintes opérationnelles que le chef de projet ne voit pas. Un expert en approvisionnement estimera mieux les délais de livraison qu’un planificateur généraliste, de la même façon qu’un architecte estimera mieux la charge de conception qu’un gestionnaire de budget.
Cette recommandation a aussi une dimension psychologique: les personnes qui ont participé à l’estimation d’une tâche se sentent plus engagées par le résultat. L’estimation collaborative renforce l’adhésion de l’équipe aux objectifs de délai et de coût, ce qui réduit les résistances en cours d’exécution.
L’estimation reste toutefois une compétence qui s’acquiert par la pratique. Un estimateur novice, même compétent dans son domaine technique, produira des chiffres moins fiables qu’un collègue ayant déjà traversé plusieurs cycles de projet. C’est une raison de plus pour impliquer des profils variés: la diversité des expériences atténue les biais individuels et produit des estimations plus robustes par effet de moyenne.
Adapter le niveau de détail
Une erreur fréquente consiste à appliquer le même niveau de granularité à tous les projets et à toutes les audiences. Un comité de direction attend une synthèse budgétaire avec des ordres de grandeur par poste, pas un tableur de 200 lignes. Une équipe opérationnelle, à l’inverse, a besoin d’un découpage fin pour planifier ses sprints ou ses lots de travail.
Le niveau de décomposition approprié dépend aussi du stade du projet. En phase de cadrage, une estimation analogique complétée par quelques hypothèses structurantes suffit pour valider la faisabilité. En phase de planification détaillée, la décomposition bottom-up devient indispensable pour produire un budget et un calendrier engageants. Forcer un niveau de détail excessif trop tôt consomme du temps sur des données qui changeront, tandis que maintenir un niveau trop grossier trop longtemps expose le projet à des surprises coûteuses.