post-mortem

Présentation du skill post-mortem

Ce que fait le skill post-mortem

Le skill post-mortem est un workflow de rétrospective stratégique qui permet d’évaluer une décision déjà exécutée à l’aune des métriques de succès, des critères d’arrêt et des désaccords formulés avant la prise de décision. Ce n’est pas un simple prompt générique de type « leçons apprises ». Son rôle principal est de boucler la boucle de planification stratégique en obligeant l’analyse à comparer les hypothèses prévues aux résultats réellement observés.

Cas d’usage idéal pour les revues de Strategic Planning

Ce skill post-mortem convient aux fondateurs, dirigeants, chiefs of staff, responsables produit et opérateurs stratégie qui font déjà passer leurs décisions par un rythme structuré. Il est particulièrement utile lorsqu’un changement de prix, une entrée sur un nouveau marché, un plan de recrutement, un pari produit ou une décision de réduction des coûts arrive à un point de contrôle à 90 jours, déclenche un critère d’arrêt ou doit être revu lors d’un bilan trimestriel.

Ce qui le distingue d’une rétrospective classique

La différence clé tient à l’engagement préalable. Le skill demande le dossier de décision, le plan d’exécution et les résultats réels, puis évalue l’issue selon des critères rédigés avant l’exécution. Cela réduit le biais rétrospectif, empêche les équipes de redéfinir le succès après coup et conserve les désaccords comme éléments de preuve au lieu de les traiter comme du bruit politique.

Ce qu’il faut savoir avant l’installation

Le chemin du dépôt est c-level-advisor/c-level-agents/skills/post-mortem, et le skill est contenu dans SKILL.md, sans scripts, références ni ressources d’assistance supplémentaires. L’installation de post-mortem est donc légère, mais cela signifie aussi que la qualité de sortie dépend fortement des documents que vous fournissez. Si vous n’avez pas les hypothèses d’origine, les seuils ou les notes d’exécution, le skill peut tout de même aider, mais l’analyse sera moins rigoureuse.

Comment utiliser le skill post-mortem

Installation de post-mortem et premier fichier à lire

Installez-le depuis le dépôt GitHub du skill avec :

npx skills add alirezarezvani/claude-skills --skill post-mortem

Après l’installation, commencez par lire SKILL.md. Ce fichier définit la forme de la commande, les moments où l’utiliser, les entrées requises et le chemin de sortie attendu : ~/.claude/postmortems/YYYY-MM-DD-<slug>.md. Il n’y a pas de dossiers rules/, resources/ ou scripts/ séparés à examiner pour ce skill ; la vraie question est donc de savoir si votre équipe peut fournir suffisamment d’éléments probants.

Entrées nécessaires au skill post-mortem

Pour utiliser post-mortem de manière solide, préparez trois groupes d’entrées :

• Dossier de décision : titre de la décision initiale, date, propriétaire, options écartées, hypothèses, critères de succès, critères d’arrêt et désaccords.
• Plan d’exécution : jalons, équipes responsables, interventions prévues, calendrier et contraintes.
• Résultats réels : métriques, incidents, signaux clients, impact sur le chiffre d’affaires ou les coûts, écarts de calendrier et éléments qualitatifs.

Entrée faible : « Analyse notre changement de prix. »

Entrée plus solide : « Run /cs:post-mortem on the Q2 pricing change. Decision date: 2026-04-03. Success criterion: net revenue retention above 108% by day 90; kill criterion: logo churn above 6% in SMB. Dissent: sales warned annual contracts would stall. Actuals: NRR 104%, SMB logo churn 7.2%, enterprise expansion up 11%, sales cycle length +18 days. »

Un workflow post-mortem pratique

Utilisez le skill lorsqu’une décision atteint un événement de revue, pas chaque fois qu’une discussion semble non résolue. Les bons déclencheurs incluent le point de contrôle à 90 jours, le déclenchement d’un critère d’arrêt, un revirement majeur ou la revue trimestrielle des paris stratégiques.

Flux recommandé :

1. Rassemblez la sortie /cs:decide d’origine ou un mémo de décision équivalent.
2. Joignez le plan /cs:execute ou le plan projet le plus proche.
3. Ajoutez les métriques réelles et les événements notables, sans encore les interpréter.
4. Demandez au skill de qualifier le statut en WIN, PARTIAL, LOSS ou MIXED.
5. Exigez une comparaison explicite avec les critères préalablement définis et les désaccords conservés.
6. Enregistrez le résultat dans vos archives de postmortem afin d’améliorer vos futurs calibrages de planification.

Modèle de prompt pour de meilleurs résultats

Un prompt utile doit nommer le chemin de décision, le déclencheur de revue et le niveau d’exigence attendu pour les preuves :

/cs:post-mortem <decision-path>

Ajoutez ensuite un contexte comme :

« Utilise uniquement les critères qui existaient avant l’exécution. N’invente pas de nouvelles mesures de succès. Si une preuve manque, indique-la comme inconnue. Sépare l’évaluation du résultat, l’audit des hypothèses, l’examen des désaccords, les enseignements sur la qualité de décision et les actions de suivi. »

C’est important, car le skill post-mortem est conçu pour la responsabilité stratégique. Si vous lui demandez simplement de « donner du sens à ce qui s’est passé », il risque de produire un récit plus souple. Si vous lui demandez d’évaluer les résultats par rapport à des seuils nommés, il produit un artefact de management bien plus exploitable.

FAQ du skill post-mortem

Le skill post-mortem est-il réservé aux dirigeants ?

Non. Le chemin et la commande font partie d’un workflow de conseil C-level, mais le schéma sous-jacent fonctionne pour toute équipe qui prend des décisions importantes. Les product managers, responsables des opérations, fondateurs de startup et équipes stratégie peuvent l’utiliser s’ils documentent les décisions avant l’exécution.

En quoi est-il préférable à une simple demande de rétrospective ?

Une rétrospective classique se concentre souvent sur le ressenti de l’équipe, les écarts de processus et les grands enseignements. Ce guide post-mortem met l’accent sur la qualité de la décision : les hypothèses étaient-elles justes, les critères de succès ont-ils tenu, les critères d’arrêt ont-ils été déclenchés, et les désaccords avaient-ils anticipé le mode d’échec ? C’est ce qui le rend plus utile pour le Strategic Planning et les revues de portefeuille.

Quand ne faut-il pas utiliser ce skill ?

Ne l’utilisez pas comme première étape pour une décision qui n’a pas encore été prise, une séance de brainstorming ou un projet sans résultat attendu mesurable. Utilisez /cs:post-mortem une fois que l’exécution a produit des preuves. Si vous devez choisir entre plusieurs options, commencez par un workflow de décision ou de type boardroom, puis revenez au post-mortem plus tard.

Est-il accessible aux débutants ?

Oui, à condition que les débutants comprennent que le skill a besoin de preuves. Il ne reconstruira pas magiquement le dossier de décision initial. Les nouveaux utilisateurs devraient commencer par une décision déjà terminée, fournir l’objectif d’origine et les résultats réels, puis laisser le skill identifier les critères manquants afin de mieux documenter les décisions suivantes.

Comment améliorer le skill post-mortem

Améliorer le post-mortem en conservant les preuves d’origine

Le plus grand levier de qualité consiste à préserver les artefacts de décision initiaux. Conservez les seuils de succès, les critères d’arrêt, les risques attendus et les désaccords dans un dossier de décision stable avant le début de l’exécution. Le skill post-mortem devient beaucoup plus précieux lorsqu’il peut comparer les résultats réels à une base de référence préexistante plutôt qu’à des souvenirs.

Éviter les modes d’échec courants

Les échecs fréquents incluent des métriques floues, des définitions du succès réécrites après coup, des désaccords absents et une focalisation excessive sur un seul résultat phare. Une décision de pricing peut améliorer le chiffre d’affaires tout en dégradant la rétention ; un plan de recrutement peut pourvoir les postes tout en ralentissant la livraison. Demandez au skill d’identifier les résultats mixtes au lieu de forcer un récit net de victoire ou d’échec.

Renforcer les prompts avec des métriques et du contexte

Les meilleurs prompts incluent des dates, des seuils, des responsables, le périmètre de la décision, le contexte business et les résultats bruts. Au lieu de dire « Le lancement a sous-performé », fournissez : « Activation target was 35%; actual was 26%; paid conversion improved from 4.1% to 5.0%; support tickets doubled for onboarding. » Le skill peut alors distinguer les erreurs d’hypothèse des erreurs d’exécution.

Itérer après la première sortie

Après le premier post-mortem, posez des questions de suivi qui renforcent l’apprentissage stratégique :

• « Which assumption was most wrong? »
• « Which dissenting concern should become a future decision checklist item? »
• « Were the kill criteria too late, too strict, or ignored? »
• « What should change in our next /cs:decide record? »

Cela transforme le post-mortem d’un rapport ponctuel en boucle de feedback pour une meilleure planification stratégique.