post-mortem
von alirezarezvanipost-mortem ist ein Strategic Planning Skill, mit dem getroffene Entscheidungen anhand vorab festgelegter Erfolgsmetriken, Abbruchkriterien, Ausführungspläne und dokumentierter Gegenpositionen überprüft werden. Nutzen Sie `/cs:post-mortem <decision-path>` bei 90-Tage-Checkpoints, ausgelösten Abbruchkriterien, Kurswechseln oder Quartalsreviews.
Dieser Skill erreicht 76/100 Punkte und ist damit ein solider Kandidat für Verzeichnisnutzer, die einen strukturierten Retrospektiven-Workflow für strategische Entscheidungen suchen. Die Repository-Evidenz zeigt einen klaren Auslöser, Befehlssyntax, Timing-Hinweise, erforderliche Eingaben und ein Format für Ergebnisprotokolle, sodass ein Agent ihn mit weniger Rätselraten einsetzen kann als einen generischen Post-mortem-Prompt. Die wichtigste Einschränkung: Der Skill scheint als letzter Schritt einer breiteren C-Level-Entscheidungspipeline gedacht zu sein und bietet weder unterstützende Dateien noch Installationshinweise.
- Klar auslösbar: Die Beschreibung und `SKILL.md` nennen `/cs:post-mortem <decision-path>` und erklären, wann der Skill eingesetzt werden soll, darunter 90-Tage-Checkpoints, Abbruchkriterien, Kurswechsel und Quartalsreviews.
- Operativ nützliche Struktur: Der Skill definiert erforderliche Eingaben wie Entscheidungsprotokoll, Ausführungsplan und tatsächliche Ergebnisse und erzeugt anschließend ein gespeichertes Post-mortem-Protokoll.
- Guter Hebel für Agenten: Der Fokus auf die Bewertung anhand vorab festgelegter Erfolgs- und Abbruchkriterien sowie auf die erneute Prüfung festgehaltener Gegenpositionen gibt Agenten einen stärkeren retrospektiven Rahmen als ein generischer Review-Prompt.
- Die beste Passung hängt von vorhandenen Artefakten aus verwandten Skills wie `/cs:decide` und `/cs:execute` ab; Nutzer ohne diese Pipeline müssen die Eingaben unter Umständen manuell anpassen.
- Das Repository enthält nur `SKILL.md` und keine Support-Dateien, Referenzen, Skripte, README oder Installationsbefehle, was die Orientierung bei der Einführung einschränkt.
Überblick über den post-mortem Skill
Was der post-mortem Skill leistet
Der post-mortem Skill ist ein strategischer Retrospektiven-Workflow, mit dem eine bereits umgesetzte Entscheidung anhand der Erfolgsmetriken, Kill-Kriterien und Gegenargumente überprüft wird, die vor der Entscheidung festgehalten wurden. Er ist kein generischer „Lessons Learned“-Prompt. Seine Hauptaufgabe besteht darin, den strategischen Planungszyklus zu schließen, indem geplante Annahmen konsequent mit den tatsächlichen Ergebnissen verglichen werden.
Am besten geeignet für Reviews in der strategischen Planung
Dieser post-mortem Skill eignet sich für Gründer, Führungskräfte, Chiefs of Staff, Product Leads und Strategy Operators, die Entscheidungen bereits in einem strukturierten Rhythmus treffen und überprüfen. Besonders hilfreich ist er, wenn eine Preisänderung, ein Markteintritt, ein Einstellungsplan, eine Produktwette oder eine Kostensenkungsentscheidung einen 90-Tage-Checkpoint erreicht, ein Kill-Kriterium auslöst oder im Quartalsreview bewertet werden muss.
Warum er sich von einer normalen Retrospektive unterscheidet
Der entscheidende Unterschied ist die Vorab-Festlegung. Der Skill fragt nach dem Entscheidungsprotokoll, dem Umsetzungsplan und den tatsächlichen Ergebnissen und bewertet das Resultat anschließend anhand von Kriterien, die vor der Umsetzung formuliert wurden. Das reduziert Rückschaufehler, verhindert, dass Teams Erfolg im Nachhinein umdefinieren, und bewahrt Widerspruch als verwertbare Evidenz, statt ihn als politisches Störgeräusch zu behandeln.
Was Sie vor der Installation wissen sollten
Der Repository-Pfad lautet c-level-advisor/c-level-agents/skills/post-mortem, und der Skill besteht aus SKILL.md ohne zusätzliche Scripts, Referenzen oder Hilfsressourcen. Dadurch ist die Installation von post-mortem schlank, gleichzeitig hängt die Qualität der Ergebnisse stark von den Unterlagen ab, die Sie bereitstellen. Wenn ursprüngliche Annahmen, Schwellenwerte oder Umsetzungsnotizen fehlen, kann der Skill weiterhin helfen, aber das Review wird weniger belastbar.
So verwenden Sie den post-mortem Skill
Installation von post-mortem und erste Datei zum Lesen
Installieren Sie den Skill aus dem GitHub Skill Repository mit:
npx skills add alirezarezvani/claude-skills --skill post-mortem
Lesen Sie nach der Installation zuerst SKILL.md. Diese Datei definiert die Befehlsstruktur, wann der Skill eingesetzt werden sollte, welche Inputs erforderlich sind und unter welchem erwarteten Pfad das Ergebnis gespeichert wird: ~/.claude/postmortems/YYYY-MM-DD-<slug>.md. Für diesen Skill gibt es keine separaten rules/, resources/ oder scripts/-Ordner, die geprüft werden müssten. Die zentrale Frage ist daher, ob Ihr Team ausreichend belastbare Eingaben liefern kann.
Welche Inputs der post-mortem Skill benötigt
Für eine starke Nutzung von post-mortem sollten Sie drei Input-Gruppen vorbereiten:
- Entscheidungsprotokoll: ursprünglicher Entscheidungstitel, Datum, Owner, verworfene Optionen, Annahmen, Erfolgskriterien, Kill-Kriterien und Gegenargumente.
- Umsetzungsplan: Meilensteine, verantwortliche Teams, geplante Interventionen, Timing und Einschränkungen.
- Tatsächliche Ergebnisse: Metriken, Vorfälle, Kundensignale, Umsatz-/Kostenauswirkungen, Abweichungen im Zeitplan und qualitative Evidenz.
Schwacher Input: „Review our pricing change.“
Stärkerer Input: „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.“
Ein praktischer post-mortem Workflow
Setzen Sie den Skill ein, wenn eine Entscheidung einen echten Review-Anlass erreicht, nicht immer dann, wenn sich eine Diskussion ungelöst anfühlt. Gute Auslöser sind der 90-Tage-Checkpoint, das Auslösen eines Kill-Kriteriums, eine größere Kurskorrektur oder das Quartalsreview strategischer Wetten.
Ein praktikabler Ablauf:
- Sammeln Sie den ursprünglichen
/cs:decide-Output oder ein entsprechendes Decision Memo. - Fügen Sie den
/cs:execute-Plan oder den nächstliegenden Projektplan hinzu. - Ergänzen Sie tatsächliche Metriken und relevante Ereignisse, ohne sie bereits zu interpretieren.
- Bitten Sie den Skill, den Status als
WIN,PARTIAL,LOSSoderMIXEDzu bewerten. - Fordern Sie einen expliziten Vergleich mit den vorab festgelegten Kriterien und den dokumentierten Gegenargumenten an.
- Speichern Sie das Ergebnis in Ihrem Postmortem-Archiv, um künftige Planung besser zu kalibrieren.
Prompt-Muster für bessere Ergebnisse
Ein nützlicher Prompt sollte den Entscheidungspfad, den Review-Auslöser und den Evidenzstandard benennen:
/cs:post-mortem <decision-path>
Ergänzen Sie anschließend Kontext wie:
„Use only the criteria that existed before execution. Do not invent new success measures. If evidence is missing, mark it as unknown. Separate outcome scoring, assumption audit, dissent review, decision-quality lessons, and follow-up actions.“
Das ist wichtig, weil der post-mortem Skill auf strategische Verantwortlichkeit ausgelegt ist. Wenn Sie ihn bitten, „einzuordnen, was passiert ist“, entsteht womöglich eine weichere Erzählung. Wenn Sie ihn bitten, anhand benannter Schwellenwerte zu bewerten, erhalten Sie ein deutlich nützlicheres Management-Artefakt.
FAQ zum post-mortem Skill
Ist der post-mortem Skill nur für Führungskräfte gedacht?
Nein. Pfad und Befehl gehören zwar zu einem C-level advisor Workflow, das zugrunde liegende Muster funktioniert aber für jedes Team, das folgenreiche Entscheidungen trifft. Product Manager, Operations Leads, Startup-Gründer und Strategieteams können ihn nutzen, sofern sie Entscheidungen vor der Umsetzung dokumentieren.
Was ist besser daran als an einer normalen Retrospektive?
Eine normale Retrospektive konzentriert sich häufig auf Teamstimmung, Prozesslücken und allgemeine Erkenntnisse. Dieser post-mortem Leitfaden stellt die Entscheidungsqualität in den Mittelpunkt: Waren die Annahmen korrekt, haben die Erfolgskriterien getragen, wurden Kill-Kriterien ausgelöst, und hat dokumentierter Widerspruch den späteren Fehlermodus vorhergesagt? Dadurch ist er für strategische Planung und Portfolio-Reviews deutlich nützlicher.
Wann sollte ich diesen Skill nicht verwenden?
Verwenden Sie ihn nicht als ersten Schritt für eine noch nicht getroffene Entscheidung, für ein Brainstorming oder für ein Projekt ohne messbares Zielbild. Nutzen Sie /cs:post-mortem, nachdem die Umsetzung Evidenz erzeugt hat. Wenn Sie zwischen Optionen wählen müssen, verwenden Sie zuerst einen Entscheidungs- oder Boardroom-Workflow und kehren später zum Post-Mortem zurück.
Ist er anfängerfreundlich?
Ja, aber nur, wenn Einsteiger verstehen, dass der Skill Evidenz benötigt. Er rekonstruiert das ursprüngliche Entscheidungsprotokoll nicht magisch. Neue Nutzer sollten mit einer abgeschlossenen Entscheidung beginnen, das ursprüngliche Ziel und die tatsächlichen Ergebnisse bereitstellen und den Skill fehlende Kriterien identifizieren lassen, damit künftige Entscheidungen besser dokumentiert werden.
So verbessern Sie den post-mortem Skill
Verbessern Sie post-mortem, indem Sie die ursprüngliche Evidenz sichern
Der größte Hebel für Qualität ist die Sicherung der ursprünglichen Entscheidungsartefakte. Halten Sie Erfolgsschwellen, Kill-Kriterien, erwartete Risiken und Gegenargumente in einem stabilen Entscheidungsprotokoll fest, bevor die Umsetzung beginnt. Der post-mortem Skill wird deutlich wertvoller, wenn er tatsächliche Ergebnisse mit einer bestehenden Ausgangsbasis vergleichen kann, statt mit Erinnerungen.
Häufige Fehlermuster vermeiden
Typische Fehler sind vage Metriken, nachträglich angepasste Erfolgsdefinitionen, fehlender Widerspruch und eine zu starke Fixierung auf ein einzelnes Schlagzeilenergebnis. Eine Preisentscheidung kann den Umsatz verbessern und zugleich die Retention beschädigen; ein Einstellungsplan kann Rollen besetzen und gleichzeitig die Auslieferung verlangsamen. Bitten Sie den Skill, gemischte Ergebnisse als solche zu kennzeichnen, statt eine saubere Win/Loss-Erzählung zu erzwingen.
Prompts mit Metriken und Kontext stärken
Bessere Prompts enthalten Daten, Schwellenwerte, Owner, Entscheidungsumfang, Geschäftskontext und Rohresultate. Schreiben Sie nicht nur „The launch underperformed“, sondern zum Beispiel: „Activation target was 35%; actual was 26%; paid conversion improved from 4.1% to 5.0%; support tickets doubled for onboarding.“ So kann der Skill Annahmefehler von Umsetzungsfehlern trennen.
Nach dem ersten Output iterieren
Stellen Sie nach dem ersten Post-Mortem Anschlussfragen, die das strategische Lernen verbessern:
- „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:deciderecord?“
So wird aus dem Post-Mortem kein einmaliger Bericht, sondern eine Feedbackschleife für bessere strategische Planung.