Modèles Premortem

Qu’est-ce qu’un modèle de pré-mortem ?

Un modèle de pré-mortem est un espace de travail structuré utilisé pour identifier les « angles morts » avant le lancement d’un projet. Popularisé par le psychologue Gary Klein, l’exercice inverse la question traditionnelle "Qu’est-ce qui pourrait mal tourner ?" en une affirmation définitive : "Un an plus tard, ce projet est un désastre. Que s’est-il passé ?" Cette bascule cognitive contourne le « biais de surconfiance » et la « pensée de groupe » qui font souvent taire les sceptiques dans une salle pleine d’optimistes.

L’audit « Fail-Safe » : 3 façons de révéler les risques cachés

Un pré-mortem n’est efficace que si l’équipe se sent en sécurité pour être « brutalement honnête ». Avant de démarrer votre session sur Miro, appliquez ces trois « contrôles de santé » d’experts :

1. L’audit « Prospective Hindsight »

L’audit : Votre équipe se contente-t-elle de lister "Risks" comme dans un journal RAID standard ? La solution : Auditez la certitude imaginée. Un modèle professionnel oblige l’équipe à partir de la fin. Au lieu de dire "Un concurrent pourrait lancer", ils doivent dire "Un concurrent a lancé une version supérieure à moitié prix." En traitant l’échec comme un fait historique, le cerveau devient bien meilleur pour retrouver le chemin réaliste qui y a mené.

2. Le test "Spectacular Failure"

L’audit : Les "Échecs" que votre équipe identifie sont-ils trop mineurs ou faciles à corriger ? La solution : Auditez l’ampleur. Incitez l’équipe à imaginer une "Catastrophe totale"—des poursuites judiciaires, la perte de 90 % des clients, ou un effondrement complet de la marque. Lorsque vous imaginez un échec massif, vous découvrez des faiblesses systémiques (p. ex., "Notre architecture serveur ne supporte pas un trafic multiplié par deux") que la réflexion sur des risques à petite échelle ne met pas en lumière.

3. Le garde-fou anti-pensée de groupe

L’audit : Le chef de projet ou le responsable est-il en train de "défendre" le projet pendant le brainstorming ? La solution : Auditez la présence d’un brainstorming indépendant. Utilisez "Silent Writing" pendant les 10 premières minutes. Chacun doit noter individuellement sa "Reason for Failure" avant de la partager. Cela évite que le développeur junior qui repère un défaut technique soit réduit au silence par l’optimisme du responsable senior.

Cadres stratégiques : De quel modèle de pré-mortem avez-vous besoin ?

Sélectionnez le cadre adapté à la complexité de votre projet :

• Le canevas de pré-mortem basique :

  • Idéal pour : Petites équipes ou lancements de fonctionnalités.

  • Le déroulé : 1. Imaginez l’échec, 2. Identifiez les causes, 3. Consolidez, 4. Planifiez des mesures d’atténuation.

• Le modèle « Trio of Trouble » :

  • Idéal pour : Des réorientations stratégiques.

  • Les catégories : Regroupez les échecs en Technique (ça n’a pas fonctionné), Marché (personne n’en a voulu) et Opérationnel (nous n’avons pas pu en assurer le support).

• Le cimetière de Post-it :

  • Idéal pour : Visualiser la « fin du projet ».

  • L’objectif : Dessiner littéralement une « pierre tombale » pour le projet et y inscrire la « cause du décès » pour rompre l’attachement émotionnel à l’idée.

Éléments clés d’un modèle de pré-mortem

Un tableau de pré-mortem hautement performant nécessite ces cinq éléments essentiels :

• Le scénario de catastrophe : Une description vivante de l’état futur en échec.

• Les causes potentielles : Une liste brute de toutes les raisons possibles de l’échec.

• Les menaces imminentes : Une liste priorisée des 3–5 risques les plus probables et les plus dommageables.

• La roadmap d’atténuation : Des tâches spécifiques ajoutées au plan de projet actuel pour empêcher l’échec imaginé.

• Les indicateurs d’alerte : Une liste de « signes avant-coureurs » (par ex. : « Si nous n’avons pas atteint 1 000 utilisateurs au mois 2, nous sommes sur la voie de l’échec »).

Pièges courants dans les pré-mortems

• L’exercice « cochez la case » : Le faire parce qu’un processus l’exige, sans pour autant modifier le plan du projet par la suite.

  • La solution : Chaque « raison de l’échec » doit déboucher sur un élément d’action. Si vous identifiez que le « manque de documentation » a fait échouer le projet, vous devez désigner quelqu’un pour rédiger la documentation cette semaine.

• Défensivité : Avoir l’impression qu’un pré-mortem est une « attaque » contre la vision du projet.

  • La solution : Présentez-le comme « l’acte ultime de soutien ». Une équipe qui réalise un pré-mortem se soucie davantage du succès réel du projet que de son propre confort.