Accueil / Techniques qui changent le résultat

Le premortem : supposer que le plan a déjà échoué

Le premortem renverse la question. Au lieu de demander si le plan est bon, ce qui invite à chercher des raisons de répondre oui, vous posez qu'il a déjà échoué et vous demandez l'autopsie. Elle fait sortir les causes d'échec, qui restent des hypothèses à vérifier.

Demander à Claude « ce plan est-il bon ? » l'invite à chercher des raisons de répondre oui : il relit le plan, relève ce qui tient et ajoute deux réserves de détail. Le premortem renverse la question. Vous posez que le plan a déjà échoué, dans trois mois, et vous demandez l'autopsie. Le psychologue Gary Klein a décrit cette méthode pour des équipes humaines ; elle s'applique à un plan que Claude vient de rendre.

Cinq demandes, dans cet ordre

L'autopsie classe les causes d'échec par vraisemblance, nomme l'hypothèse du plan qui s'est révélée fausse et le premier signe qui l'aurait montrée. Le verdict sépare la cause la plus probable de la plus dangereuse, car la seconde peut être rare et coûter le plus. La reconstruction transforme chaque cause retenue en vérification, avec un seuil au-delà duquel on abandonne le plan. L'adversaire demande qui gagne si le plan échoue. Les déclencheurs fixent, pour chaque cause, un signal mesurable qui impose de s'arrêter.

La démonstration suivante écrit les cinq demandes dans un fichier neuf, puis en affiche les titres :

mkdir -p premortem-demo && cd premortem-demo
cat > premortem.md << 'EOF'
1. Autopsie : le plan a échoué. Listez les causes classées par vraisemblance, nommez l'hypothèse fautive et le premier signe qui l'aurait montrée.
2. Verdict : séparez la cause la plus probable de la cause la plus dangereuse, et dites laquelle traiter d'abord.
3. Reconstruction : pour chaque cause retenue, donnez une vérification à faire avant d'agir et le seuil au-delà duquel on abandonne le plan.
4. Adversaire : qui gagne si ce plan échoue, et que ferait cette personne pour que cela arrive ?
5. Déclencheurs : pour chaque cause, donnez un signal mesurable qui impose de s'arrêter dès qu'on l'observe.
EOF
cut -d' ' -f1,2 premortem.md

1. Autopsie
2. Verdict
3. Reconstruction
4. Adversaire
5. Déclencheurs

Collez le contenu du fichier à la suite du plan. Chaque demande tient en une ligne, parce qu'une autopsie vague produit des causes vagues : « le plan manque de rigueur » ne se vérifie pas, « l'export des clients est dans un format que l'outil cible refuse » se vérifie.

Quand le dérouler, et à qui poser les questions

Au moment où le plan revient, avant la première action. La méthode coûte un échange de plus : elle se justifie quand le travail touche plusieurs dépôts ou plusieurs systèmes, ou quand son effet se défait mal. Sur un plan court et réversible, elle coûte plus qu'elle ne rapporte. Pour ne pas dépendre de votre mémoire, un hook peut ajouter les cinq demandes au retour du plan.

Demandez à Claude de vérifier lui-même ce qui se lit dans les fichiers, et de vous poser une question à la fois sur ce qui relève d'une décision, d'un accord extérieur ou d'une donnée que vous seul détenez, au lieu de le supposer réglé.

Ce que l'autopsie établit

Une autopsie écrite par un modèle est une liste d'histoires plausibles, pas un constat. Chaque cause reste une hypothèse, pas encore prouvée au sens de la leçon sur prouvé et pas encore réfuté, tant que la vérification de la reconstruction n'a pas tourné et que sa sortie n'a pas été lue. Le premortem porte aussi sur le plan, avant qu'il existe un résultat : il ne remplace pas le sous-agent vérificateur, qui juge ensuite un artefact produit.