Méthode pre-mortem : le prompt pour tester un projet

Le pre-mortem consiste à se placer après l'échec : « Nous sommes dans un an, le projet a échoué. Pourquoi ? » Cette simple inversion libère la parole et fait remonter des causes que l'on n'ose pas dire quand tout le monde est enthousiaste. Un assistant d'IA s'y prête bien, parce qu'il n'a aucune raison de ménager votre projet. Le prompt ci-dessous lui fait écrire le récit de l'échec, puis vous aide à transformer chaque cause en mesure de prévention.

Le prompt pre-mortem

À utiliser avant un engagement difficile à défaire : embauche d'un cadre, ouverture d'un site, gros investissement, lancement d'une offre.

Tu es un dirigeant expérimenté qui a vu échouer beaucoup de projets dans des PME.

Le projet :
<projet>
[décrire : objectif, budget arrondi, calendrier, personnes impliquées par fonction, clients visés]
</projet>

Exercice : nous sommes le [date à un an, JJ/MM/AAAA]. Le projet a clairement échoué.
1. Raconte en quinze lignes comment il a échoué, comme le ferait un témoin honnête.
2. Liste ensuite toutes les causes possibles de cet échec, au moins douze, en les classant : marché et clients, équipe, argent, exécution, fournisseurs et partenaires, éléments extérieurs.
3. Pour chaque cause, indique un signal faible que l'on pourrait observer dans les trois premiers mois.

Contraintes : sois précis et concret, pas de causes vagues comme « mauvaise communication ». Ne me rassure pas. Si une information manque pour imaginer l'échec, pose-moi la question.

À vérifier dans la réponse :

• Les causes concernent votre projet et pas un projet générique. Si la moitié pourrait s'appliquer à n'importe quelle entreprise, redonnez du contexte.
• Les signaux faibles sont observables par vous (un chiffre, un comportement, un délai), sinon ils ne servent pas.
• L'assistant n'a pas inventé de faits sur votre marché. Une affirmation comme « la demande baisse dans ce secteur » doit être vérifiée ou retirée.

Trier les causes : lesquelles traiter d'abord

Reprends la liste des causes.
Pour chacune, note de 1 à 3 :
- sa vraisemblance pour ce projet ;
- la gravité de ses effets ;
- notre capacité à agir dessus avant le lancement.
Présente un tableau trié par vraisemblance × gravité, et garde en tête les cinq causes sur lesquelles nous pouvons agir.

Ces notes sont des appréciations de l'assistant, faites à partir de vos informations. Corrigez-les : vous connaissez votre équipe et vos clients mieux que lui.

Transformer chaque cause en mesure

Pour les cinq causes retenues, propose :
- une mesure de prévention concrète, réalisable avec nos moyens ;
- la personne (par fonction) qui s'en charge ;
- le moment où l'on vérifie que la mesure fonctionne ;
- le seuil à partir duquel on revoit le projet (par exemple : moins de X commandes au JJ/MM/AAAA).
Réponds par un tableau.

Le dernier point est la vraie valeur du pre-mortem : décider à froid, avant de commencer, à quel moment on arrête ou on corrige. Une fois le projet lancé, il devient beaucoup plus difficile de reconnaître qu'un seuil est franchi.

Faire le pre-mortem en équipe

L'exercice prend une heure en réunion. Une organisation simple :

Écrire seul d'abord est important : si l'assistant parle en premier, l'équipe a tendance à reprendre ses causes au lieu de dire les siennes.

Voici les causes d'échec trouvées par l'équipe :
<causes>[coller la liste, sans nom des auteurs]</causes>
Quelles causes importantes manquent ? Donne-en au plus cinq, chacune avec une phrase d'explication. Ne reformule pas celles de l'équipe.

Ce que l'on écrit dans l'exercice

Un pre-mortem fait dire des choses franches sur des personnes (« le nouveau responsable n'a pas l'expérience »). Dans le prompt, parlez de fonctions et de compétences, jamais de noms : l'assistant n'a pas besoin de savoir qui est concerné pour raisonner, et ces remarques n'ont rien à faire dans l'historique d'un service en ligne.

Pour noter les risques connus dans une grille suivie dans le temps, passez à l'analyse des risques d'un projet.