Le syndrome du projet qui avance… dans la mauvaise direction
21 Août 2026 · djemessi · 10 min de lecture
Imaginez un projet qui fonctionne parfaitement : les réunions ont lieu, les indicateurs sont mis à jour, les jalons sont franchis, les livrables sont produits, les équipes sont mobilisées, les fournisseurs travaillent, les risques sont suivis, le planning est régulièrement présenté au comité de pilotage. Et pourtant… quelque chose ne va pas.
Le projet avance, mais il avance dans la mauvaise direction. Cette situation est plus fréquente qu’on ne l’imagine, et particulièrement dangereuse parce qu’elle est difficile à détecter. Un projet qui s’arrête est visible. Un projet qui accumule du retard est visible. Un projet qui dépasse son budget est visible. Mais un projet qui avance méthodiquement vers une solution qui répond de moins en moins bien au besoin initial peut rester longtemps parfaitement « vert » dans les tableaux de bord. C’est ce que l’on pourrait appeler le syndrome du projet qui avance dans la mauvaise direction.
Un projet peut être performant… et pourtant échouer
Nous définissons souvent la performance d’un projet à travers quelques dimensions classiques, le fameux QCDP (Qualité, Coût, Délai, Prestation). Mais ces indicateurs répondent principalement à une question :
« Sommes-nous en train de réaliser ce que nous avons prévu ? »
Ils ne répondent pas nécessairement à une question plus importante :
« Sommes-nous toujours en train de réaliser ce dont nous avons besoin ? »
La différence est considérable. Un projet peut respecter son planning et son budget tout en produisant une solution qui ne répond plus correctement à l’objectif stratégique. Les travaux du PMI ont d’ailleurs progressivement élargi la notion de succès vers la réalisation effective des bénéfices et de la valeur attendue, au-delà des seuls livrables produits.
Le point de départ : un besoin qui évolue
La plupart des projets commencent par une intention simple : un client exprime un besoin, une entreprise identifie une opportunité, une direction fixe un objectif, un problème doit être résolu. Puis le projet commence et presque immédiatement, la réalité intervient.
Les contraintes apparaissent, le budget est ajusté, le planning est réduit. Une technologie devient indisponible. Un fournisseur change. Une réglementation évolue. Une architecture est modifiée. Une nouvelle exigence apparaît. Une autre est supprimée. Un compromis est trouvé. Puis un deuxième. Puis un troisième.
Pris individuellement, chacun de ces compromis peut être parfaitement rationnel. Le problème apparaît lorsque l’accumulation de décisions rationnelles finit par produire une solution qui n’est plus alignée avec l’objectif initial.
Le piège de la dérive progressive
La dérive la plus dangereuse n’est pas brutale, elle est progressive. L’exemple ci-dessous est purement illustratif — les pourcentages ne sont pas des mesures statistiques, mais une manière de visualiser l’érosion cumulative d’un objectif projet :
À T0 — Objectif à 100 %
À T1 — Une première contrainte apparaît et on adapte la solution → Objectif à 98 %
À T2 — Une deuxième contrainte impose un compromis → Objectif à 95 %
À T3 — Une nouvelle décision est prise pour protéger le planning → Objectif à 92 %
À T4 — Une évolution fournisseur entraîne une nouvelle modification → Objectif à 88 %
Personne n’a pris une mauvaise décision. Personne n’a « fait une erreur ». Mais la somme des décisions a changé le projet. Et pourtant, le tableau de bord continue d’afficher : Planning vert. Budget vert. Qualité verte. Risques maîtrisés. C’est précisément là que le système de pilotage peut devenir trompeur.
Le livrable n’est pas la finalité
Un projet produit des livrables. Mais l’entreprise ne finance pas des livrables. Elle finance une capacité à produire un résultat ou une valeur. Un document d’architecture n’est pas la finalité. Une spécification n’est pas la finalité. Un prototype n’est pas la finalité. Un véhicule n’est pas nécessairement la finalité. Une usine n’est pas la finalité. Un logiciel n’est pas la finalité. Ce sont des moyens. Le véritable objectif se situe derrière.
C’est pourquoi un projet peut être excellent dans la production de ses livrables et médiocre dans la réalisation de sa valeur.
Quand le moyen devient la finalité
C’est l’un des symptômes les plus révélateurs :
Au début du projet : « Nous devons améliorer la performance énergétique du système. »
Quelques mois plus tard : « Nous devons livrer la nouvelle architecture en septembre. »
Puis : « Nous devons respecter le jalon de validation. »
Après : « Nous devons clôturer les réserves. »
Et finalement : « Il faut absolument tenir le jalon. »
Le projet a progressivement changé de centre de gravité. Le jalon, qui devait être un moyen de piloter le projet, est devenu la finalité du projet. Le même phénomène peut se produire avec le budget, le nombre de fonctionnalités, le nombre de livrables, les indicateurs, la réduction des coûts, le respect d’une architecture ou d’une décision ancienne. C’est à ce moment-là que le projet peut commencer à avancer dans la mauvaise direction.
La tyrannie du « sunk cost »
Un autre piège intervient lorsque le projet a déjà beaucoup investi dans une direction. Plusieurs mois de travail, des centaines de personnes mobilisées, des millions d’euros engagés, des prototypes réalisés, des fournisseurs contractualisés, des décisions validées. Reconnaître que la direction n’est plus la bonne devient alors psychologiquement et politiquement difficile. On préfère souvent modifier progressivement le projet plutôt que remettre en question son orientation. C’est le classique : « Nous avons déjà trop investi pour revenir en arrière. »
Mais l’investissement passé ne devrait jamais être une raison de poursuivre un choix devenu mauvais. La bonne question est :
« Si nous repartions aujourd’hui avec les informations dont nous disposons aujourd’hui, prendrions-nous encore cette décision ? »
Si la réponse est non, il faut avoir le courage de réexaminer la trajectoire.
Le rôle déterminant des interfaces
Dans les projets industriels complexes, la dérive ne se produit pas toujours à l’intérieur d’un métier. Elle apparaît souvent entre les métiers. Le système thermique pense avoir répondu à son objectif. Le système électrique aussi. Le logiciel aussi. La mécanique aussi. Mais leurs interactions créent un problème. C’est l’une des raisons pour lesquelles l’ingénierie système accorde une importance centrale aux relations entre les éléments et à la cohérence du système dans son ensemble.
A = conforme · B = conforme · C = conforme
et pourtant :
A + B + C ≠ système conforme.
Cette équation résume une grande partie des difficultés rencontrées dans les projets complexes.
Pourquoi les indicateurs peuvent nous tromper
Un indicateur est toujours une représentation de la réalité. Il n’est pas la réalité. Si l’on mesure uniquement le nombre de tâches terminées, le nombre de documents produits, le respect des jalons, le budget consommé ou le nombre d’anomalies ouvertes, on peut obtenir une excellente représentation de l’activité du projet, mais pas nécessairement de sa pertinence. Il faut donc distinguer trois familles :
Les indicateurs d’activité — ils répondent à « Est-ce que nous travaillons ? »
Les indicateurs de performance — ils répondent à « Est-ce que nous obtenons les résultats attendus ? »
Les indicateurs de valeur — ils répondent à « Est-ce que le projet produit réellement le bénéfice recherché ? »
Cette dernière dimension est essentielle dans une logique de management par la valeur. Le PMI, dans son Benefits Realization Practice Guide, souligne l’importance de dépasser la simple mesure des livrables pour s’intéresser aux bénéfices et aux capacités effectivement générés par le projet.
6 signaux faibles qui révèlent une dérive de projet
Certains signaux faibles sont particulièrement révélateurs.
On parle davantage du planning que du besoin. Lorsque les réunions de pilotage consacrent l’essentiel de leur temps aux jalons mais très peu à la performance attendue du système, il faut commencer à s’interroger.
Les compromis deviennent permanents. Un compromis est normal. Une succession de compromis non réévalués est dangereuse.
Personne ne sait expliquer les priorités. Si toutes les exigences sont « critiques », aucune ne l’est réellement.
Les décisions sont prises par périmètre. Chaque métier protège son domaine sans regarder suffisamment les conséquences système.
Les équipes ont des objectifs contradictoires. Lorsque deux équipes peuvent chacune atteindre leur objectif tout en dégradant celui de l’autre, le problème n’est pas nécessairement humain. Il est souvent systémique.
Les mauvaises nouvelles remontent trop tard. Un projet sain doit permettre à une équipe de dire : « Nous pensons que cette décision nous éloigne de l’objectif » sans que cela soit interprété comme une remise en cause de l’équipe projet.
Comment remettre un projet dans la bonne direction ?
La première étape n’est pas de refaire le planning, c’est de revenir à la question fondamentale : pourquoi ce projet existe-t-il ? Puis de reconstruire une chaîne de cohérence :
Besoin → Objectifs → Critères de succès → Exigences → Architecture → Décisions → Validation → Résultat attendu
À chaque étape, une question simple doit pouvoir être posée : « En quoi cette décision contribue-t-elle à l’objectif ? » Si la réponse est difficile à obtenir, il existe probablement un problème de cohérence.
Mettre en place un « contrôle de trajectoire »
Il ne suffit pas de faire une revue de projet. Il faut régulièrement faire une revue de trajectoire. La question n’est plus « Sommes-nous dans les temps ? » mais : « La trajectoire actuelle nous rapproche-t-elle toujours de l’objectif ? » Cette revue peut examiner huit dimensions :
Dimension
Question
Besoin
Le besoin initial est-il toujours valable ?
Valeur
Les bénéfices attendus sont-ils toujours les mêmes ?
Architecture
Les choix actuels permettent-ils toujours d’atteindre les objectifs ?
Exigences
Les exigences critiques sont-elles toujours couvertes ?
Interfaces
Les interactions entre systèmes sont-elles maîtrisées ?
Risques
Les principaux risques ont-ils changé ?
Décisions
Certaines décisions historiques doivent-elles être réexaminées ?
Planning
Le calendrier reste-t-il compatible avec la solution réellement nécessaire ?
Cette approche permet de distinguer le pilotage de l’avancement du pilotage de la pertinence.
Le rôle du management : protéger la capacité à changer de direction
Un projet mature n’est pas un projet dans lequel personne ne change d’avis. C’est un projet dans lequel les décisions peuvent être réévaluées lorsque les faits changent. Cela nécessite une culture particulière. Une mauvaise nouvelle doit pouvoir remonter. Une hypothèse doit pouvoir être contestée. Une décision historique doit pouvoir être remise en question. Un expert doit pouvoir dire : « Nous sommes en train d’optimiser quelque chose qui n’est peut-être plus la bonne solution. »
C’est parfois inconfortable, mais c’est bien moins coûteux que de découvrir le problème après plusieurs années de développement.
La véritable performance d’un projet
Un projet performant n’est donc pas simplement un projet qui avance vite, c’est un projet qui avance dans la bonne direction. Cette nuance paraît évidente. Elle ne l’est pourtant pas dans la réalité opérationnelle. Car avancer donne immédiatement des signes visibles : réunions, décisions, livrables, prototypes, validations, jalons.
Mesurer la direction exige une vision système et des prises de recul régulières. Elle nécessite parfois de ralentir pour éviter d’aller beaucoup plus vite… vers une mauvaise destination.
Mieux vaut corriger la trajectoire que célébrer la vitesse
Dans un environnement industriel complexe, il est normal qu’un projet évolue. Les hypothèses changent, les technologies progressent, les contraintes évoluent, les besoins se précisent, les compromis sont inévitables. Le véritable danger n’est donc pas la dérive, c’est de ne plus la voir. Un projet ne devrait jamais être jugé uniquement sur sa capacité à produire ce qu’il avait prévu de produire. Il doit également être capable de répondre à une question plus fondamentale :
« Ce que nous sommes en train de construire est-il toujours ce dont nous avons besoin ? »
C’est cette question qui permet de passer d’un management de l’activité à un management de la valeur. Et c’est probablement l’une des missions de l’ingénierie système : maintenir la cohérence entre le besoin, les objectifs, l’architecture, les décisions et le système finalement réalisé.
Parce qu’un projet qui avance rapidement dans la mauvaise direction reste un projet qui échoue.
Chez DG Consulting, nous accompagnons les projets industriels complexes pour maintenir, tout au long du cycle de vie, la cohérence entre le besoin, la solution et la valeur attendue. Pour en discuter, contactez-nous.
Dans un secteur où l’expertise technique est essentielle, les entreprises industrielles ont besoin de s’entourer des meilleurs profils pour mener à bien leurs projets. Aujourd’hui encore,…
Plongez dans les coulisses de l’innovation industrielle, là où les idées ambitieuses prennent vie et se transforment en succès concrets. Imaginez une scène industrielle : des…
Dans un environnement en constante évolution, les entreprises doivent s’adapter rapidement pour maintenir leur compétitivité. La gestion des transformations devient alors un enjeu stratégique de premier…