pre-mortem

Vue d’ensemble du skill pre-mortem

Le skill pre-mortem vous aide à mener, avant la mise en ligne, une revue structurée « d’abord l’échec » d’un PRD, d’un plan de lancement ou d’une proposition produit. Il convient particulièrement aux product managers, fondateurs, stratèges et décideurs assistés par l’IA qui ont besoin de plus qu’un simple brainstorming : ils ont besoin d’une méthode concrète pour distinguer les vrais risques de lancement du bruit, puis les transformer en liste d’actions.

L’intérêt du skill pre-mortem tient à sa structure de décision. Il ne se contente pas d’énumérer des inquiétudes ; il les classe en Tigers (problèmes crédibles), Paper Tigers (craintes exagérées ou peu probables) et Elephants (sujets non dits que l’équipe évite peut-être), puis aide à les prioriser selon leur impact sur le lancement. C’est ce qui le rend particulièrement utile pour la revue pré-lancement, les contrôles de risque de roadmap et le pre-mortem pour Decision Support, quand vous devez identifier ce qui pourrait bloquer la mise en production.

Comme il s’agit d’un skill pre-mortem, la mission principale est d’apporter de la clarté sous l’incertitude : repérer le plus tôt possible les modes d’échec les plus probables, avant qu’il ne soit trop tard pour ajuster le plan et que le coût ne devienne plus élevé après le lancement.

Ce que fait réellement le pre-mortem

Le skill lit votre contexte produit, imagine que le lancement a échoué, puis remonte aux causes. Le résultat est conçu pour être opérationnel : risques identifiés, justification, et niveau d’urgence de traitement pour chaque point.

À qui il faut l’utiliser

Utilisez-le quand vous avez déjà une vraie proposition à mettre sous tension : un PRD, un brief de lancement, un déploiement de fonctionnalité ou un plan go-to-market. C’est un bon choix si vous voulez un guide pre-mortem capable d’aider un modèle à raisonner comme un reviewer produit expérimenté, plutôt qu’un simple outil d’idéation générique.

Quand ce n’est pas le bon outil

Si vous avez seulement besoin d’un brainstorming léger, un prompt simple peut suffire. Si vous n’avez aucun plan concret, le skill aura trop peu de signal pour bien classer les risques. Il est beaucoup plus fort lorsque l’entrée comporte des hypothèses, une audience, un calendrier et des critères de succès.

Comment utiliser le skill pre-mortem

Installer et repérer le skill

Suivez le flux d’installation du repository indiqué dans les instructions du projet, puis ouvrez d’abord pm-execution/skills/pre-mortem/SKILL.md. Dans ce repo, SKILL.md est l’unique fichier source : il n’y a donc pas de dossiers annexes à parcourir pour chercher des règles supplémentaires, des scripts ou des références.

Donnez-lui un vrai livrable de lancement

L’installation pre-mortem n’est vraiment utile que si vous lui fournissez un plan précis. De bons inputs ressemblent à :

• un PRD avec utilisateur cible, proposition de valeur et non-objectifs
• un plan de lancement avec dates, canaux, dépendances et responsables
• un brief de fonctionnalité avec risques connus, contraintes et métriques de succès

Les mauvais inputs ressemblent à : « analyse cette idée de startup ». C’est trop vague pour produire un pre-mortem utile, car le modèle ne peut pas déterminer ce que l’échec voudrait réellement dire.

Transformer une demande floue en prompt utile

Au lieu de demander simplement des « risques », demandez une revue d’échec avec du contexte et une forme de sortie précise. Par exemple :
« Fais un pre-mortem sur ce plan de lancement. Suppose que le lancement a lieu dans 14 jours et échoue. Identifie les Tigers, Paper Tigers et Elephants, puis marque chaque point comme bloquant pour le lancement, à suivre rapidement ou à surveiller. Concentre-toi sur l’adoption, le message, la maturité produit et les dépendances opérationnelles. »

Cette formulation améliore l’usage du pre-mortem parce qu’elle indique au modèle quoi optimiser, quel horizon temporel supposer et comment classer les constats.

Vérifier que la sortie est exploitable

La meilleure sortie doit vous donner une courte liste de blocages à forte probabilité, pas un inventaire interminable de risques. Recherchez :

• les hypothèses manquantes que l’équipe n’a pas validées
• les dépendances de lancement susceptibles de glisser
• les objections clients qui feraient chuter l’adoption
• les problèmes qui paraissent graves mais ne changent pas la readiness du lancement

Si la réponse est trop large, ajoutez les éléments manquants du plan et relancez le pre-mortem.

FAQ du skill pre-mortem

Est-ce mieux qu’un prompt normal ?

En général oui, si la qualité de décision compte pour vous. Un prompt classique peut générer des risques, mais le skill pre-mortem vous donne une structure reproductible pour les hiérarchiser et faire ressortir les angles morts. C’est particulièrement utile pour le pre-mortem pour Decision Support.

Faut-il être product manager pour l’utiliser ?

Non. Le skill pre-mortem reste accessible aux débutants si vous pouvez fournir un plan clair et expliquer ce que signifie « échec ». La qualité dépend davantage de la précision de l’input que du intitulé du poste.

Peut-on l’utiliser pour autre chose que des lancements produit ?

Oui, si l’enjeu est réel et qu’il existe un plan concret : déploiement d’outils internes, changement de tarification, expérimentation ou évolution de processus. Il est moins utile pour l’idéation ouverte ou le travail purement créatif.

Quelle est la principale limite ?

Le skill ne peut être aussi précis que le contexte que vous lui donnez. Si le PRD est maigre, la sortie risque de surpondérer les risques évidents et de passer à côté des vrais blocages. Le guide pre-mortem fonctionne mieux quand le matériau source contient déjà des hypothèses qui méritent d’être testées sous pression.

Comment améliorer le skill pre-mortem

Fournissez des inputs plus précis

Le plus gros gain de qualité vient du fait d’ajouter des détails avant de demander l’analyse. Incluez la date de lancement, la cible, la métrique de succès, le plan de distribution, les dépendances et les points faibles connus. Le skill pre-mortem est bien plus utile lorsqu’il peut comparer les risques à un chemin concret vers le lancement.

Demandez une classification, pas seulement des idées

Ne vous arrêtez pas à « qu’est-ce qui pourrait mal tourner ? ». Demandez au modèle de distinguer les Tigers des Paper Tigers et de signaler explicitement les Elephants. Cette structure réduit les réponses vagues et rend le résultat plus utile pour la planification, le staffing et l’escalade.

Intégrez les contraintes et les arbitrages

Si vous avez des plafonds budgétaires, des limites d’ingénierie, une revue juridique ou une date de lancement non négociable, dites-le dès le départ. Les contraintes changent les risques qui sont réellement pertinents. Un pre-mortem qui les ignore peut sembler intelligent, mais ne pas améliorer le plan.

Itérez après le premier passage

Servez-vous de la première sortie pour affiner le prompt suivant. Si le modèle a manqué un mode d’échec probable, signalez la lacune et demandez un deuxième pre-mortem centré sur cette zone, par exemple l’adoption, l’implémentation ou les opérations de lancement. Le meilleur usage du pre-mortem est itératif : d’abord large, puis plus ciblé, puis orienté action.