Le perfectionnisme en gestion de projet se présente rarement comme un défaut. Il prend l’apparence d’une qualité: le souci du détail, l’exigence, la volonté de livrer un travail irréprochable. Pourtant, au-delà d’un certain seuil, cette quête de perfection génère des coûts que peu d’équipes mesurent. Trois formes de perfectionnisme méritent d’être identifiées, car chacune appelle une réponse différente.
Le technicien qui surperfectionne
La première forme est la plus visible. Un membre de l’équipe ajoute des fonctionnalités non demandées, peaufine un livrable au-delà des spécifications ou surdimensionne une solution technique “pour être sûr”. En gestion de projet, cette pratique porte un nom: le gold plating, ou surqualité.
Le gold plating se distingue du scope creep (dérive du périmètre) par son origine. Le scope creep provient de demandes externes non contrôlées, tandis que le gold plating naît à l’intérieur de l’équipe, souvent avec de bonnes intentions. Le problème n’est pas la compétence technique, c’est l’absence de cadrage. Sans critères d’acceptation précis, chaque membre de l’équipe définit implicitement son propre standard de qualité, et ce standard tend vers le maximum plutôt que vers l’optimum.
Le PMBOK et PRINCE2 classent tous deux le gold plating parmi les pratiques à éviter. La parade est structurelle: des critères d’acceptation clairs et mesurables, validés avec le client avant le début du travail. Quand l’équipe sait exactement ce qui constitue un livrable acceptable, la tentation de surperfectionner diminue.
Le décideur qui attend la certitude
La deuxième forme est plus discrète mais tout aussi coûteuse. C’est le chef de projet qui repousse une décision parce qu’il lui manque encore une donnée, qui commande une analyse supplémentaire avant de valider un changement, qui convoque une réunion de plus pour “s’assurer que tout est aligné”.
Cette quête de certitude absolue ignore une réalité fondamentale de la gestion de projet: les décisions se prennent toujours avec des informations incomplètes. Le PMBOK le reconnaît explicitement en intégrant la gestion de l’incertitude comme composante du management de projet. Attendre de disposer de 100% des données pour décider revient à ne jamais décider à temps, car l’information parfaite n’existe pas et le coût du retard s’accumule pendant qu’on la cherche.
Le principe de Pareto s’applique ici directement: 80% de l’information nécessaire à une bonne décision est généralement disponible assez tôt dans le processus. Les 20% restants demandent un effort disproportionné pour un gain marginal en confiance décisionnelle. Microsoft a documenté un phénomène similaire dans le développement logiciel: la correction des 20% de bugs les plus fréquemment signalés éliminait 80% des erreurs dans Windows et Office, illustrant que la concentration sur les éléments à plus fort impact produit l’essentiel des résultats.
Le manager qui ne délègue pas
La troisième forme est la plus dommageable pour l’équipe. Le manager perfectionniste reprend systématiquement le travail de ses collaborateurs, impose des processus de validation excessifs et centralise les décisions mineures. Son raisonnement est cohérent: “Si je le fais moi-même, ce sera mieux fait.” Son effet sur l’équipe l’est beaucoup moins.
Des recherches publiées dans le PMC montrent que le perfectionnisme des leaders réduit leur capacité à pratiquer un leadership transformationnel et les pousse vers un contrôle accru. L’équipe, confrontée à un manager qui retouche systématiquement ses livrables, cesse progressivement de s’investir dans la qualité de son propre travail. Le paradoxe est significatif: le perfectionnisme du chef de projet dégrade la qualité globale en déresponsabilisant ceux qui produisent.
La Kellogg School of Management qualifie ce phénomène de “dark side of perfectionism”: au-delà d’un seuil, les standards élevés cessent de tirer l’équipe vers le haut et commencent à la paralyser. L’agilité organisationnelle en souffre directement, car l’itération rapide devient impossible quand tout doit être parfait dès le premier essai.
Qualité suffisante n’est pas médiocrité
La réponse au perfectionnisme n’est pas le laisser-aller, mais le concept de qualité suffisante, ou fit for purpose (adapté à l’usage). Un livrable adapté à son usage répond aux exigences validées, respecte les contraintes du projet et remplit sa fonction sans fioritures superflues. Cette approche exige en réalité plus de rigueur que le perfectionnisme, car elle impose de définir précisément ce qui est nécessaire avant de commencer à produire.
Voltaire formulait ce principe avec une concision que deux siècles et demi n’ont pas démentie: “Le mieux est l’ennemi du bien.” En gestion de projet, savoir où s’arrête la valeur ajoutée et où commence le gaspillage de ressources est une compétence de pilotage, au même titre que la gestion des risques ou la planification des délais.