La loi de Murphy en gestion de projet : anticiper au lieu de subir

L’essentiel à retenir : la loi de Murphy n’est pas une malédiction mais un principe de conception. Sa formulation d’ingénieur est précise : s’il existe plusieurs façons de faire une chose et que l’une d’elles mène à une catastrophe, quelqu’un finira par l’employer. La réponse n’est donc pas de se résigner, mais de rendre l’erreur impossible.

Elle est née en 1949 sur un essai de l’US Air Force, après que des capteurs eurent été montés à l’envers. Son auteur ne se plaignait pas du sort : il constatait qu’un montage qui peut être inversé finira par l’être.

Cet article revient sur l’origine documentée, explique pourquoi la loi semble se vérifier sans cesse, et surtout ce qu’elle change concrètement dans la conduite d’un projet.

Ce que dit vraiment la loi de Murphy

La formulation populaire tient en une phrase : tout ce qui peut mal tourner finira par mal tourner. La formulation d’ingénieur est plus précise et bien plus utile : s’il existe plusieurs façons de réaliser une opération et que l’une d’elles conduit à un incident, quelqu’un finira par choisir celle-là.

La différence entre les deux énoncés

Le premier énoncé est fataliste et ne mène à rien. Le second désigne un responsable, et ce n’est pas la personne qui s’est trompée : c’est celui qui a laissé exister deux façons de faire dont l’une casse.

Tout le reste de l’article découle de cette nuance. Le risque n’est plus un aléa qu’on subit, c’est une donnée d’entrée de la conception.

Un adage, pas une loi scientifique

Ce n’est ni une loi physique, ni une loi de probabilité. Rien dans l’univers ne conspire contre un projet. C’est une règle empirique d’ingénierie, retenue parce qu’elle décrit bien ce qui se passe sur le terrain.

De la plainte au principe de conception

Si un capteur peut être branché dans les deux sens et qu’un seul est correct, la solution n’est pas d’écrire une consigne : c’est de changer la forme du connecteur pour qu’il n’entre que dans le bon sens. C’est exactement le raisonnement de Murphy, et il s’applique à un formulaire comme à une pièce mécanique.

Ce que la loi ne dit pas

Elle ne dit pas que le pire arrivera, ni qu’il arrivera bientôt. Elle dit qu’une possibilité laissée ouverte finit par être empruntée, sur un nombre suffisant de répétitions. Un montage qui peut être inversé et qui est réalisé deux fois par an tiendra peut-être des années ; le même geste répété vingt fois par jour sur une chaîne sera inversé dans la semaine.

Cette nuance détermine l’effort à consacrer : la fréquence du geste compte autant que la gravité de la conséquence.

L’origine documentée : le projet MX981

La légende de la tartine beurrée a recouvert une histoire bien datée, qui se passe sur une piste d’essais californienne.

Des essais de décélération, en 1949

Le projet MX981 se déroule de 1948 à 1949 sur la base de Muroc, en Californie, rebaptisée Edwards Air Force Base l’année suivante. Son objet : mesurer ce que le corps humain supporte lors d’une décélération brutale. Le colonel John Paul Stapp sert lui-même de sujet, sanglé sur un chariot propulsé par fusée.

Edward A. Murphy Jr., ingénieur en instrumentation, conçoit des capteurs de contrainte destinés à mesurer les forces exercées sur le harnais.

Les capteurs montés à l’envers

Lors d’un essai, les capteurs renvoient une lecture nulle. Ils avaient été montés à l’envers, chacun pouvant être fixé de deux façons dont une seule était correcte. Les récits de l’équipe parlent de seize capteurs, tous installés du mauvais côté.

C’est à ce moment que Murphy formule sa remarque sur la capacité à se tromper dès qu’une erreur est rendue possible. L’essai, long à préparer et coûteux, était perdu.

La diffusion par Stapp, et le prix de 2003

Quelques semaines plus tard, interrogé par des journalistes sur la sécurité du programme, Stapp répond que l’équipe travaille en tenant compte de la loi de Murphy. La formule sort du laboratoire et ne le réintègre jamais.

En 2003, le prix Ig Nobel d’ingénierie est décerné conjointement à John Paul Stapp, Edward A. Murphy Jr. et George Nichols, pour avoir donné naissance à cette loi en 1949.

Pourquoi cette histoire mérite d’être racontée juste

Parce que la version populaire, celle de la tartine et de la malchance, retire à la loi ce qui en fait un outil. Dans son contexte d’origine, personne ne se plaignait du sort : une équipe constatait qu’un dispositif autorisait deux montages et qu’un seul était bon. La correction n’était pas de recommander la vigilance, c’était de modifier le dispositif.

Pourquoi elle semble se vérifier en permanence

Le sentiment que la loi s’applique sans cesse ne vient pas de la réalité des incidents, mais de la façon dont on s’en souvient.

L’asymétrie de la mémoire

Un train en retard marque la journée. Les vingt trajets à l’heure du mois précédent n’ont laissé aucune trace. Le cerveau enregistre ce qui contrarie et laisse filer ce qui se passe normalement.

Le même mécanisme joue sur les projets : on se souvient du serveur tombé la veille de la livraison, pas des trente livraisons sans incident.

Ce que cela implique pour un chef de projet

La conséquence pratique est contre-intuitive : l’impression d’être malchanceux n’est pas un indicateur fiable. Pour savoir où sont réellement les risques, il faut regarder l’historique des projets plutôt que les souvenirs marquants.

L’effet de l’enjeu

Un second mécanisme s’ajoute au premier : plus l’enjeu est élevé, plus l’incident est remarqué. Une panne un dimanche passe inaperçue, la même panne le jour de la mise en production devient une histoire qu’on racontera pendant des années. Ce n’est pas la panne qui a changé, c’est son contexte.

D’où une conséquence utile en planification : concentrer les vérifications sur les périodes à fort enjeu plutôt que de les répartir uniformément.

Trois pratiques à retenir en gestion de projet

La loi devient utile quand elle se traduit en méthode. Trois pratiques en découlent directement.

Rendre l’erreur impossible plutôt que la déconseiller

Le principe porte un nom dans l’industrie : le détrompeur, ou poka-yoke. Un connecteur asymétrique, un champ obligatoire, un contrôle automatique au moment de la saisie valent mieux qu’une procédure écrite que personne ne relit.

La question à se poser devant chaque incident répété : peut-on faire en sorte que ce geste ne soit plus possible ? Si la réponse est oui, la consigne est inutile.

Le pré-mortem

La méthode, popularisée par le psychologue Gary Klein, consiste à réunir l’équipe avant le lancement et à poser une question simple : nous sommes dans six mois, le projet a échoué, qu’est-ce qui s’est passé ? Les causes remontent bien plus facilement ainsi que par la question posée à l’endroit.

Le premier risque cité est presque toujours la dérive de périmètre, le sujet de l’article sur le scope creep. Le fait qu’il soit prévisible ne suffit pas à l’éviter, mais le nommer avant le lancement change la conversation avec le client.

Traiter les incidents qui se répètent

Un incident isolé relève de l’aléa. Le même incident trois fois relève de la conception. La distinction paraît évidente et elle est pourtant rarement faite : la plupart des équipes traitent la troisième occurrence comme la première, avec un correctif ponctuel et un rappel à la vigilance.

La règle pratique consiste à noter les incidents au fil de l’eau, sans en faire un dossier, et à se poser la question de la conception dès la deuxième répétition.

Fonder les marges sur l’historique

Une marge décidée au jugé est presque toujours trop faible, parce qu’elle est fixée par la même personne optimiste qui a fait l’estimation. Une marge fondée sur l’écart constaté entre estimé et réalisé sur les projets précédents est discutable, défendable et bien plus juste.

Un logiciel de suivi du temps comme TrackingTime conserve, projet par projet, le temps réellement passé. C’est ce qui permet de passer d’une marge de principe à une marge mesurée.

Pour aller plus loin : voir comment TrackingTime suit le temps passé par projet

Une revue de risques en trente minutes

Pour une équipe qui n’a jamais formalisé ses risques, la première séance peut tenir en une demi-heure et suffit à couvrir l’essentiel.

Le déroulé

Dix minutes pour lister, sans discuter, tout ce qui pourrait faire échouer le projet : chacun écrit de son côté avant de mettre en commun, sinon le premier qui parle oriente les autres. Dix minutes pour classer chaque point selon deux questions, quelle gravité si cela arrive, et à quelle fréquence cela arrive dans les projets comparables. Dix minutes pour décider, sur les trois premiers seulement, qui fait quoi et avant quelle date.

Les trois sorties attendues

Une action de conception pour ce qui peut être rendu impossible, une action de surveillance pour ce qui ne peut être qu’observé, et une acceptation explicite pour le reste. Le troisième cas est le plus important : dire qu’on accepte un risque, c’est éviter de le redécouvrir en réunion de crise en prétendant qu’il était imprévisible.

Corollaires et lois voisines

Plusieurs formules gravitent autour de la loi de Murphy. Deux méritent une mention, une troisième appelle la prudence.

La loi de Finagle

Elle ajoute la notion de moment : l’incident survient au pire moment possible. C’est une variante humoristique, mais elle rappelle une réalité de gestion de projet, à savoir qu’un même problème n’a pas le même coût selon qu’il survient en phase de test ou la veille de la mise en production.

La loi de Parkinson

Elle porte sur un tout autre objet : le travail s’étale jusqu’à occuper le temps disponible. Murphy parle du risque, Parkinson parle de la durée. Les confondre revient à traiter un problème d’estimation avec des méthodes de fiabilité.

La prétendue loi inverse

Une formule circule sous le nom de loi de Yhprum, Murphy écrit à l’envers, et affirme que tout ce qui peut fonctionner finira par fonctionner. Elle n’a pas d’origine établie et aucune valeur pratique. Elle est citée ici uniquement parce qu’elle revient souvent dans les questions.

Ce que la loi change dans les devis et les délais

La conséquence la plus concrète de la loi de Murphy ne se joue pas dans l’atelier mais dans la proposition commerciale.

Annoncer une date tenable

Un délai annoncé sans marge est un délai qui sera dépassé, et le dépassement coûte plus cher que la marge qu’on a refusé d’annoncer : il se paie en réunions de crise, en explications au client et en confiance. Une date fondée sur l’écart constaté sur les projets comparables est plus longue à annoncer et bien plus facile à tenir.

Expliquer la marge plutôt que la cacher

La marge gonflée en silence se remarque toujours, et elle se négocie. La marge expliquée par des chiffres, « sur nos trois derniers projets de ce type, l’écart moyen a été de vingt pour cent », se discute sur des faits. C’est la différence entre une estimation défendable et une estimation qu’il faut défendre.

Cette conversation suppose d’avoir gardé la trace de ce qu’ont coûté les projets précédents, ce qui ramène au point précédent.

Les limites de l’anticipation

Poussée trop loin, la démarche devient aussi coûteuse que le risque qu’elle prétend écarter.

La sur-ingénierie

Sécuriser chaque détail coûte du temps et de l’argent. On protège ce dont les conséquences seraient graves, pas tout. Un incident sans impact qui survient deux fois par an ne justifie pas trois jours de développement.

Le calcul est simple à poser : le coût de la protection doit rester inférieur à la conséquence attendue, c’est-à-dire à la gravité multipliée par la fréquence. Quand la conséquence est une gêne et la fréquence annuelle, la bonne décision est souvent de ne rien faire et de l’assumer.

Le fatalisme comme excuse

L’usage inverse est tout aussi fréquent : invoquer la loi de Murphy après coup pour expliquer un retard qui tenait à une préparation insuffisante. La loi n’excuse rien, elle prévient.

La lecture à retenir

C’est la colonne de droite qui fait la différence entre une formule de comptoir et un outil de travail.