pre-mortem
von phurynFühre vor dem Shipping einen Pre-mortem für ein PRD, einen Launch-Plan oder einen Produktvorschlag durch. Diese Pre-mortem-Skill trennt Tigers, Paper Tigers und Elephants und priorisiert dann launch-blockierende, kurzfristige und Beobachtungs-Maßnahmen für eine klarere Entscheidungsgrundlage.
Diese Skill erreicht 78/100 und ist damit ein solider, aber kein herausragender Kandidat für das Verzeichnis. Nutzer erhalten einen klar auslösbaren Pre-mortem-Workflow für PRDs oder Launch-Pläne, der strukturiert genug ist, um nützlicher zu sein als ein generischer Prompt, allerdings sollten sie nur mit begrenzten Begleitmaterialien und etwas manueller Interpretation rechnen.
- Klarer Auslöser und klarer Anwendungsfall: Pre-mortem-Risikoanalyse für PRDs oder Launch-Pläne.
- Der Ablauf ist eindeutig beschrieben: Scheitern gedanklich vorwegnehmen, Ursachen identifizieren und Risiken anschließend in Tigers, Paper Tigers und Elephants einordnen.
- Substanzielle Skill-Basis mit Frontmatter, Überschriften und konkreten Anweisungen statt Platzhaltertext.
- Keine Skripte, Referenzen oder Support-Dateien vorhanden, daher müssen Nutzer den Großteil des Kontexts selbst liefern.
- Ein Teil der detaillierten Klassifikationslogik ist im Auszug gekürzt, was die Ausführung von Randfällen dem Agenten überlassen kann.
Überblick über die pre-mortem skill
Die pre-mortem skill hilft dir, eine PRD, einen Launch-Plan oder einen Produktvorschlag vor dem Go-live strukturiert auf das Scheitern hin zu prüfen. Sie eignet sich besonders für Product Manager, Gründer, Strategen und KI-gestützte Entscheider, die mehr brauchen als generisches Brainstorming: eine praxistaugliche Methode, um echte Launch-Risiken von Lärm zu trennen und daraus eine konkrete Maßnahmenliste zu machen.
Der Nutzen der pre-mortem skill liegt in ihrer Entscheidungslogik. Sie sammelt nicht einfach nur Bedenken, sondern ordnet sie in Tigers (plausible Probleme), Paper Tigers (übertriebene oder unwahrscheinliche Sorgen) und Elephants (unausgesprochene Themen, die das Team womöglich meidet) ein und priorisiert sie dann nach ihrer Auswirkung auf den Launch. Genau das macht sie besonders wertvoll für die Vorabprüfung vor dem Launch, für Risiko-Checks in der Roadmap und für pre-mortem für Decision Support, wenn du wissen musst, was eine Auslieferung blockieren könnte.
Weil es sich um eine pre-mortem skill handelt, ist die zentrale Aufgabe Klarheit unter Unsicherheit: die wahrscheinlichsten Fehlermodi früh genug zu erkennen, um den Plan noch ändern zu können – und nicht erst nach dem Launch, wenn die Kosten höher sind.
Was die pre-mortem skill tatsächlich macht
Die Skill liest deinen Produktkontext, stellt sich vor, der Launch sei gescheitert, und arbeitet dann rückwärts zu den Ursachen. Die Ausgabe ist auf Umsetzung ausgelegt: Risiken, Begründung und wie dringend jedes Thema angegangen werden muss.
Wer sie nutzen sollte
Nutze sie, wenn du bereits einen konkreten Vorschlag hast, den du einem Stresstest unterziehen willst: eine PRD, ein Launch-Briefing, ein Feature-Rollout oder einen Go-to-Market-Plan. Sie passt gut, wenn du einen pre-mortem Guide suchst, der ein Modell wie einen erfahrenen Produktreviewer denken lässt und nicht wie ein generisches Ideation-Tool.
Wann sie das falsche Werkzeug ist
Wenn du nur leichtes Brainstorming brauchst, reicht oft ein einfacher Prompt. Wenn du keinen konkreten Plan hast, ist die Signalqualität zu gering, um Risiken sauber zu klassifizieren. Am stärksten ist die Skill dann, wenn die Eingabe Annahmen, Zielgruppe, Timing und Erfolgskriterien enthält.
So nutzt du die pre-mortem skill
Skill installieren und finden
Nutze den Installationsablauf aus den Projektanweisungen und öffne dann zuerst pm-execution/skills/pre-mortem/SKILL.md. In diesem Repo ist SKILL.md die einzige Quelldatei; es gibt also keine zusätzlichen Ordner mit Regeln, Skripten oder Referenzen, die du durchsuchen müsstest.
Gib ihr ein echtes Launch-Artefakt
Die pre-mortem installation bringt nur dann etwas, wenn du ihr einen konkreten Plan gibst. Gute Eingaben sind zum Beispiel:
- eine PRD mit Zielnutzer, Value Proposition und Non-Goals
- ein Launch-Plan mit Terminen, Kanälen, Abhängigkeiten und Verantwortlichen
- ein Feature-Briefing mit bekannten Risiken, Einschränkungen und Erfolgsmessung
Schwache Eingaben sehen eher so aus: „Analysiere diese Startup-Idee.“ Das ist für einen brauchbaren pre-mortem zu vage, weil das Modell dann nicht erkennen kann, was Scheitern überhaupt konkret bedeuten soll.
Formuliere aus einer groben Bitte einen nützlichen Prompt
Frag nicht nur nach „Risiken“, sondern nach einer Failure Review mit Kontext und gewünschter Ausgabeform. Zum Beispiel:
„Führe einen pre-mortem für diesen Launch-Plan durch. Nimm an, der Launch findet in 14 Tagen statt und scheitert. Identifiziere Tigers, Paper Tigers und Elephants und markiere jedes Thema als launch-blockierend, fast-follow oder track. Konzentriere dich auf Adoption, Messaging, Produktreife und operative Abhängigkeiten.“
Diese Formulierung verbessert die Nutzung der pre-mortem skill, weil sie dem Modell sagt, worauf es optimieren soll, welchen Zeithorizont es annehmen soll und wie die Ergebnisse zu klassifizieren sind.
Prüfe die Ausgabe auf Umsetzbarkeit
Das beste Ergebnis sollte dir eine kurze Liste mit belastbaren Blockern liefern, nicht einen langen Risikodump. Achte auf:
- fehlende Annahmen, die das Team noch nicht validiert hat
- Launch-Abhängigkeiten, die sich verzögern könnten
- Kundeneinwände, die die Adoption verhindern würden
- Probleme, die ernst klingen, aber die Launch-Bereitschaft nicht wirklich verändern
Wenn die Antwort zu breit ausfällt, ergänze die fehlenden Plan-Details und starte den pre-mortem erneut.
pre-mortem skill FAQ
Ist das besser als ein normaler Prompt?
Meistens ja, wenn dir die Qualität der Entscheidung wichtig ist. Ein normaler Prompt kann Risiken erzeugen, aber die pre-mortem skill gibt dir eine wiederholbare Struktur, um sie zu priorisieren und blinde Flecken sichtbar zu machen. Das ist besonders nützlich für pre-mortem für Decision Support.
Muss ich Product Manager sein, um sie zu nutzen?
Nein. Die pre-mortem skill ist auch für Einsteiger gut nutzbar, wenn du einen klaren Plan liefern und erklären kannst, was „Scheitern“ in diesem Kontext bedeutet. Die Qualität hängt stärker von der Präzision der Eingaben ab als von der Jobbezeichnung.
Kann ich sie auch außerhalb von Produkt-Launches einsetzen?
Ja, wenn die Aufgabe echte Relevanz hat und einen konkreten Plan besitzt: interne Tool-Rollouts, Preisänderungen, Experimente oder Prozessänderungen. Weniger hilfreich ist sie bei offenem Ideation-Work oder rein kreativen Aufgaben.
Was ist die wichtigste Einschränkung?
Die Skill kann nur so präzise sein wie der Kontext, den du lieferst. Wenn die PRD dünn ist, kann die Ausgabe sich zu stark auf offensichtliche Risiken konzentrieren und die echten Blocker übersehen. Der pre-mortem Guide funktioniert am besten, wenn das Ausgangsmaterial bereits Annahmen enthält, die einen Stresstest wert sind.
So verbesserst du die pre-mortem skill
Gib ihr schärfere Eingaben
Der größte Qualitätsgewinn entsteht, wenn du vor der Analyse mehr Details ergänzt. Nenne Launch-Datum, Zielkunden, Erfolgskennzahl, Distributionsplan, Abhängigkeiten und bekannte Schwachstellen. Die pre-mortem skill ist deutlich nützlicher, wenn sie Risiko gegen einen konkreten Weg zum Launch abgleichen kann.
Bitte um Klassifizierung, nicht nur um Ideen
Bleib nicht bei „Was kann schiefgehen?“ stehen. Bitte das Modell ausdrücklich, Tigers von Paper Tigers zu trennen und Elephants klar zu benennen. Diese Struktur reduziert vage Antworten und macht das Ergebnis hilfreicher für Planung, Staffing und Eskalation.
Schließe Einschränkungen und Zielkonflikte mit ein
Wenn du Budgetgrenzen, Engineering-Limits, Rechtsprüfung oder ein fixes Launch-Datum hast, sag das direkt dazu. Einschränkungen verändern, welche Risiken real sind. Ein pre-mortem, das sie ignoriert, klingt vielleicht klug, verbessert den Plan aber am Ende nicht.
Iteriere nach dem ersten Durchlauf
Nutze das erste Ergebnis, um den nächsten Prompt zu schärfen. Wenn das Modell einen wahrscheinlichen Fehlermodus übersehen hat, benenne die Lücke und bitte um einen zweiten pre-mortem mit Fokus auf genau diesen Bereich, etwa Adoption, Umsetzung oder Launch-Operations. Die beste Nutzung der pre-mortem skill ist iterativ: zuerst breit, dann enger, dann handlungsorientiert.
