Français - Canada
Pourquoi des projets industriels échouent malgré une bonne exécution
Introduction
Dans beaucoup de projets industriels, le réflexe est toujours le même.
Quand ça bloque, on regarde l’exécution.
Les délais.
La production.
Le fournisseur.
On ajuste.
On corrige.
On accélère.
Et pourtant… ça ne se stabilise pas.
Ce n’est pas très confortable à dire, mais le problème ne commence pas là.
Un projet peut être bien exécuté et quand même dériver.
Parce qu’une bonne exécution ne corrige pas une décision fragile.
Elle la met en évidence.
Une bonne exécution ne garantit rien
On aime croire qu’un projet bien piloté va finir par fonctionner.
Tout avance.
Les équipes font leur travail.
La production s’adapte.
Sur le papier, tout tient.
Mais cette impression est souvent trompeuse.
Un projet ne dépend pas seulement de l’effort qu’on y met.
Il dépend surtout des décisions prises au départ.
C’est un point simple… mais souvent ignoré.
Deming l’expliquait déjà très clairement : un système produit exactement ce pour quoi il a été conçu.
L’exécution ne décide pas
L’exécution suit.
Elle ne choisit pas.
Même quand elle compense, même quand elle improvise, elle reste coincée dans un cadre déjà posé :
– architecture produit
– procédé
– logique d’assemblage
– tolérances
– hypothèses initiales
Si ce cadre est fragile, l’exécution peut limiter les dégâts.
Mais elle ne rend pas le projet solide.
On peut très bien exécuter parfaitement… un projet qui ne tient pas.
Reinertsen le résume bien : ce n’est pas la vitesse qui sauve un projet,
c’est la qualité des décisions au bon moment.
Le moment où la fabrication bascule
Il y a un moment clé dans certains projets.
Un moment discret, mais important.
La fabrication ne se contente plus d’exécuter.
Elle commence à corriger.
À adapter.
À compenser.
Ce n’est pas forcément visible au début.
Mais les signes sont là :
– les ajustements deviennent permanents
– les compromis s’accumulent
– certaines tolérances ne tiennent plus
– l’assemblage impose ses propres règles
À partir de là,
le projet a déjà changé de nature.
L’ingénierie n’est plus totalement en contrôle.
Goldratt l’explique très bien :
quand un système compense en aval,
le problème est souvent en amont.
Le vrai problème n’est pas toujours la décision
C’est son contexte.
Certaines décisions arrivent trop tôt.
D’autres trop tard.
D’autres sans lien réel avec la fabrication.
Sur le moment, elles semblent logiques.
Mais dès qu’elles rencontrent le terrain, elles deviennent instables.
C’est là que les écarts apparaissent :
– architecture figée trop vite
– procédé choisi sans validation réelle
– hypothèses non challengées
– décisions prises sous pression
Sur CAD, tout fonctionne.
En fabrication, c’est une autre histoire.
Reinertsen parle de “coût invisible”.
C’est exactement ça.
Des équipes compétentes… qui échouent quand même
Quand un projet dérape, on regarde souvent les personnes.
C’est une erreur.
Des équipes très compétentes échouent tous les jours.
Pas parce qu’elles travaillent mal.
Mais parce qu’elles essaient de faire fonctionner
quelque chose qui n’était pas stable dès le départ.
Le problème n’est pas l’effort.
C’est le cadre.
Deming le disait déjà : la plupart des problèmes viennent du système, pas des individus.
Ce qui coûte vraiment cher
Ce n’est pas toujours visible au début.
Mais ça s’installe :
– retravail
– délais qui glissent
– instabilité
– dépendance au terrain
Et surtout… on perd quelque chose d’essentiel : la lisibilité.
À force d’ajuster, le projet devient difficile à comprendre.
Et quand on ne comprend plus clairement, on décide moins bien.
Goldratt parle de perte globale de performance.
C’est exactement ce qui se passe.
Décision technique… ou décision politique ?
À un moment, dans certains projets, la décision change de nature.
Elle n’est plus technique.
Elle devient politique.
On la maintient parce qu’elle est déjà engagée.
Parce qu’elle a été validée.
Parce qu’il est difficile de revenir en arrière.
Mais la fabrication ne négocie pas.
Elle confronte.
– est-ce que ça se fabrique ?
– est-ce que ça s’assemble ?
– est-ce que ça se répète ?
Si la réponse est non,
le reste ne tient pas.
Ce type de situation est plus fréquent qu’on ne le pense.
La vraie question à poser
À un moment, il faut être clair.
Est-ce qu’on a un problème d’exécution ?
Ou un problème de décision ?
Ce n’est pas la même chose.
Et ça ne se corrige pas de la même manière.
Un problème structurel ne se corrige pas avec plus d’effort.
Il faut revenir à l’endroit où le projet a dévié.
Reinertsen le montre bien : corriger tard coûte beaucoup plus cher
que décider correctement au bon moment.
Quand un regard externe devient utile
Ce n’est pas une remise en question.
C’est souvent un signal de maturité.
Quand :
– les ajustements s’accumulent
– la fabrication compense
– les décisions sont difficiles à rouvrir
… continuer pareil n’apporte plus de clarté.
Un regard externe aide à remettre de la structure.
Pas à ajouter une opinion.
Mais à retrouver une logique.
Une approche cohérente avec Deming et Goldratt : ne pas optimiser localement,
mais remettre le système en cohérence.
Conclusion
Un projet industriel n’échoue pas par manque d’effort.
Il échoue parce que l’exécution compense des décisions fragiles.
C’est toute la différence entre : un projet qui avance et un projet qui tient.
Travailler plus ne suffit pas toujours.
Parfois, la vraie décision,
c’est d’accepter de revenir en arrière.
À propos de l’auteur
Alejandro Pattacini Jr. est ingénieur en conception mécanique, spécialisé dans les projets qui ne progressent plus comme prévu.
Il intervient quand les décisions prises en CAD ne tiennent plus en fabrication pour rétablir une cohérence entre conception, prototypage et production.
Fondateur du Studio P3D, il accompagne des projets où continuer à ajuster ne suffit plus… et où certaines décisions doivent être reconsidérées.
