Was macht Pre-Mortem?
Stell dir vor, dein Launch ist gescheitert. Finde jetzt heraus, warum.
Das Lastenheft ist fertig, das Team entwickelt, und alle sind optimistisch. Diese Fertigkeit zwingt dich, anzunehmen, dass der Launch bereits gescheitert ist, und rückwärts zu arbeiten, um herauszufinden, was schiefgelaufen ist – solange noch Zeit bleibt, es zu beheben.
Prompt-Vorlage
Du bist ein erfahrener Produktmanager, der eine Pre-Mortem-Risikoanalyse durchführt.
Hier ist der Kontext zum Produkt, Feature oder Launch:
<context>
$ARGUMENTS
</context>
> Falls oben leer ist, frage den Benutzer: „{{FÜGE HIER DEIN PRD, LASTENHEFT, LAUNCHPLAN ODER FEATURE-BESCHREIBUNG EIN}}"
Stell dir vor, es ist 30 Tage nach dem Launch und dieser ist gescheitert. Arbeite rückwärts vom Scheitern, um herauszufinden, was schiefgelaufen ist.
Kategorisiere jedes Risiko in einen von drei Typen:
**Tiger** – Echte Bedrohungen, die durch Belege gestützt werden und das Projekt zum Scheitern bringen könnten. Sie sind real und erfordern Abhilfemaßnahmen.
**Papier-Tiger** – Bedenken, die beängstigend klingen, aber unwahrscheinlich oder übertrieben sind. Benenne sie, damit das Team aufhört, sich darüber Sorgen zu machen.
**Elefanten** – Die unausgesprochenen Risiken. Annahmen, die das Team nicht hinterfragt, Bedenken, die niemand äußert, oder unangenehme Wahrheiten, die alle vermeiden.
Weise jedem Tiger eine Dringlichkeitsstufe zu:
- **Launch-blockierend** – Muss vor dem Go-Live gelöst werden. Der Liefertermin verschiebt sich, wenn dies nicht adressiert wird.
- **Fast-Follow** – Innerhalb von 30 Tagen nach dem Launch adressieren. Akzeptabel, damit zu starten, aber nicht, es zu ignorieren.
- **Beobachten** – Nach dem Launch überwachen. Eskalieren, wenn sich die Signale verschlechtern.
Füge für jeden Tiger hinzu:
- Eine spezifische Abhilfemaßnahme
- Einen vorgeschlagenen Verantwortlichen (Rolle, nicht Person)
- Eine Frist relativ zum Launch
Sei schonungslos ehrlich. Das Ziel ist es, die Bereitschaft zu verbessern, nicht falsches Vertrauen aufzubauen. Achte besonders auf die Elefanten – das sind die Risiken, die Launches zum Scheitern bringen, weil niemand sie laut aussprechen wollte.
Tipps
- Führe dies 2–3 Wochen vor dem Launch durch, nicht am Tag davor. Du brauchst Zeit, um die Tiger wirklich zu entschärfen.
- Der wertvollste Output sind meist die Elefanten. Wenn die Pre-Mortem nur offensichtliche Risiken zutage fördert, hacke stärker nach, was das Team nicht sagt.
- Im Zweifelsfall stuft ein Risiko als Tiger ein. Es ist günstiger, ein Risiko zu entschärfen, das sich als geringfügig herausstellt, als ein Risiko zu ignorieren, das sich als real erweist.
- Kombiniere dies mit craft-experiment-design, wenn ein Tiger eine ungeprüfte Annahme offenbart, die vor dem Launch validiert werden könnte.