Das Pre-Mortem: Warum sich den Fehler vor dem Launch vorzustellen besser ist als ihn danach zu analysieren
Post-Mortems sind nützlich, kommen aber zu spät, um den analysierten Launch zu retten. Ein Pre-Mortem kehrt das Timing um — und schaltet eine Art Ehrlichkeit frei, die Teams sonst schwer erreichen.
Warum Post-Mortems nicht genug sind
Post-Mortems sind eine grundlegende Praxis. Das Problem ist strukturell: der analysierte Launch wurde bereits ausgeliefert.
Deshalb ergänzen reife Engineering-Organisationen Post-Mortems mit Pre-Mortems — einer strukturierten Übung, bei der das Team sich vorstellt, der Launch sei bereits gescheitert, und dann rückwärts arbeitet, um zu erklären warum.
Was ein Pre-Mortem tatsächlich freischaltet
In einem normalen Planungsmeeting ist es sozial teuer, Zweifel zu äußern.
Im Pre-Mortem ist der Rahmen umgekehrt. Das Scheitern wird vorausgesetzt. Die Aufgabe ist zu erklären, warum es passiert ist.
So führen Sie ein nützliches Pre-Mortem
Rahmen Sie das Scheitern konkret. Nicht abstrakt, sondern eine spezifische Fehlermodalität.
Lassen Sie alle vor dem Sprechen schreiben.
Gruppieren Sie nach Thema, priorisieren Sie nach Wirkung.
Wandeln Sie jedes aufgetauchte Risiko in eine konkrete Aktion um.
Was KI-Risikoanalyse hinzufügt
Ein Pre-Mortem mit kleinem Team hat ein Abdeckungsproblem. Eine strukturierte KI-Analyse deckt Kategorien ab, die das Team vielleicht übersieht.
Reloadium Launch Risk funktioniert gut als Input für ein Pre-Mortem.
Die asymmetrische Auszahlung
Ein Pre-Mortem dauert 60 Minuten. Ein schlechter Launch braucht Monate zur Erholung. Der Erwartungswert ist positiv, selbst wenn die Übung die Entscheidung nur einmal in zehn Fällen ändert.