Blog · Risques

La technique du pre-mortem : l'art de simuler l'échec pour mieux réussir

Les revues de risques classiques échouent par optimisme et conformisme. Le pre-mortem de Gary Klein inverse la perspective : imaginez que le projet a échoué, puis cherchez pourquoi. · 1 octobre 2026 · 6 min de lecture

Les limites des revues de risques classiques

Dans une équipe, la pression au conformisme empêche souvent d'exprimer ses doutes : personne ne veut passer pour un défaitiste. Ce phénomène de pensée de groupe (groupthink), décrit par Janis (1972), masque les failles réelles du projet jusqu'à ce qu'il soit trop tard.

La rétrospective prospective

Le psychologue Gary Klein (2007) propose le pre-mortem : on annonce d'emblée que « le projet a échoué », puis chacun cherche pourquoi. L'annonce lève l'interdit social, car l'échec est posé comme un fait, pas comme une opinion pessimiste. Elle s'appuie sur la prospective hindsight : Mitchell, Russo et Pennington (1989) ont montré qu'imaginer qu'un événement s'est déjà produit améliore la capacité à en identifier les causes (de l'ordre de 30 % de raisons pertinentes en plus, d'après les chiffres que Klein cite).

Une boussole et une carte, symboles d'anticipation des risques
Une boussole et une carte, symboles d'anticipation des risques

Déroulement d'un atelier (30 à 60 minutes)

  1. Préparation : l'équipe se réunit avant le lancement, une fois le plan établi.
  2. Projection : « Nous sommes dans un an. Le projet est un désastre total. Que s'est-il passé ? »
  3. Brainstorming individuel : chacun écrit, en silence, toutes les raisons de l'échec pendant cinq minutes.
  4. Consolidation : on collecte les causes, on les regroupe, on les classe par probabilité et impact.
  5. Plan d'action : pour chacune des causes principales, on décide d'une action de prévention, d'un responsable et d'une échéance, et on ajuste le plan du projet.

C'est aussi le bon moment pour fixer vos critères d'arrêt, et neutraliser d'avance le biais des coûts irrécupérables.

Dans FluidOps

Transformez chaque risque retenu en carte du Kanban, avec un responsable et une échéance : une mesure de prévention qui reste sur un post-it ne sert à rien. Placez les jalons exposés dans le Gantt, et suivez les tâches bloquées dans les analytics pour réagir avant que le risque ne devienne un retard.

Sources

← Article précédentLa matrice d'Eisenhower au crible de la psychologie : le piège du sentiment d'urgence Article suivant →Pourquoi procrastine-t-on sur un projet ?