Premortem-Vorlagen

Was ist eine Pre-mortem-Vorlage?

Eine Pre-mortem-Vorlage ist ein strukturierter Arbeitsbereich, mit dem du „blinde Flecken“ identifizieren kannst, bevor ein Projekt startet. Vom Psychologen Gary Klein popularisiert, kehrt die Übung die traditionelle Frage „Was könnte schiefgehen?“ in eine eindeutige Aussage um: „Es ist ein Jahr später und dieses Projekt ist ein Desaster. Was ist passiert?“ Diese kognitive Verschiebung umgeht die „Selbstüberschätzung“ und das „Gruppendenken“, die skeptische Stimmen in einem Raum voller Optimisten oft zum Schweigen bringen.

Der „Fail-Safe“-Audit: 3 Wege, verborgene Risiken aufzudecken

Ein Pre-mortem ist nur dann wirksam, wenn sich das Team sicher fühlt, „brutal ehrlich“ zu sein. Bevor du deine Sitzung in Miro startest, wende diese drei fachmännischen „Gesundheitschecks“ an:

1. Der „Prospective Hindsight“-Audit

Die Prüfung: Listet dein Team "Risiken" nur wie ein standardmäßiges RAID-Log auf? Die Lösung: Prüfe auf Imaginierte Gewissheit. Eine professionelle Vorlage zwingt das Team, beim Ende zu beginnen. Statt zu sagen "Ein Wettbewerber könnte etwas auf den Markt bringen", müssen sie sagen "Ein Wettbewerber brachte eine bessere Version zum halben Preis auf den Markt." Wenn das Scheitern als historische Tatsache behandelt wird, fällt es dem Gehirn viel leichter, den realistischen Weg zu finden, der dorthin geführt hat.

2. Der "Spectacular Failure"-Test

Die Prüfung: Sind die "Failures", die dein Team identifiziert, zu klein oder leicht zu beheben? Die Lösung: Prüfe die Skala. Fordere das Team auf, sich eine "Total Catastrophe" vorzustellen — juristische Klagen, 90% Kundenabwanderung oder ein kompletter Markenzusammenbruch. Wenn du ein massives Scheitern vorstellst, deckst du systemische Schwachstellen auf (z. B. "Unsere Serverarchitektur kann doppelten Traffic nicht bewältigen"), die bei kleinteiligem Risikodenken übersehen werden.

3. Die "Anti-Groupthink"-Leitplanke

Audit: Verteidigt der Projektmanager oder Lead das Projekt während des Brainstormings? Die Lösung: Prüfe auf unabhängiges Brainstorming. Nutze "stilles Schreiben" in den ersten 10 Minuten. Jeder muss seinen "Grund für das Scheitern" einzeln aufschreiben, bevor er ihn teilt. So wird sichergestellt, dass der Junior-Entwickler, der einen technischen Fehler erkennt, nicht durch den Optimismus des Senior-Managers eingeschüchtert wird.

Strategische Frameworks: Welche Pre-mortem-Vorlage brauchst du?

Wähle das Framework, das zur Komplexität deines Projekts passt:

• Das einfache Pre-mortem-Canvas:

  • Am besten für: Kleine Teams oder Feature-Launches.

  • Ablauf: 1. Scheitern vorstellen, 2. Gründe brainstormen, 3. Zusammenführen, 4. Gegenmaßnahmen planen.

• Die "Trio of Trouble"-Vorlage:

  • Am besten für: Strategische Geschäftsveränderungen.

  • Die Kategorien: Gruppiere das Scheitern in Technisch (es funktionierte nicht), Markt (niemand wollte es) und Operativ (wir konnten es nicht unterstützen).

• Die "Post-It"-Grabstätte:

  • Am besten für: Visualisierung des "Projektendes".

  • Das Ziel: Wörtlich einen "Tombstone" für das Projekt zeichnen und die "Cause of Death" darauf schreiben, um die emotionale Bindung an die Idee zu durchbrechen.

Schlüsselelemente einer Pre-mortem-Vorlage

Ein leistungsfähiges Pre-mortem-Board benötigt diese fünf Kernelemente:

• Das Katastrophen-Szenario: Eine anschauliche Beschreibung des gescheiterten zukünftigen Zustands.

• Die „Kandidaten“-Ursachen: Eine rohe Liste aller potenziellen Gründe für das Scheitern.

• Die „Bevorstehenden“ Bedrohungen: Eine priorisierte Liste der 3–5 wichtigsten Risiken, die am wahrscheinlichsten und am schädlichsten sind.

• Die Mitigation-Roadmap: Konkrete Aufgaben, die dem aktuellen Projektplan hinzugefügt werden, um das vorgestellte Scheitern zu verhindern.

• Die „Red-Flag“-Indikatoren: Eine Liste von „Frühwarnzeichen“ (z. B. „Wenn wir bis Monat 2 nicht 1.000 Nutzer erreicht haben, sind wir auf dem Weg zum Scheitern“).

Häufige Fallstricke bei Pre-mortems

• Die „Check-the-Box“-Übung: Sie wird durchgeführt, weil ein Prozess das verlangt, aber danach wird der Projektplan nicht wirklich verändert.

  • Die Lösung: Jeder „Grund für das Scheiterns“ muss in eine Maßnahme überführt werden. Wenn ihr feststellt, dass „fehlende Dokumentation“ das Projekt zum Scheitern gebracht hat, müsst ihr jemanden damit beauftragen, die Dokumentation diese Woche zu schreiben.

• Abwehrhaltung: Das Gefühl, ein Pre-mortem sei ein „Angriff“ auf die Projektvision.

  • Die Lösung: Stellt es als „den ultimativen Akt der Unterstützung.“ dar. Ein Team, das ein Pre-mortem durchführt, kümmert sich mehr um den tatsächlichen Erfolg des Projekts als um sein eigenes Wohlbefinden.