Was ist eine Premortem-Vorlage?
Eine Premortem-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 "What could go wrong?" um in eine eindeutige Aussage: "Es ist ein Jahr später und dieses Projekt ist ein Desaster. Was ist passiert?" Dieser kognitive Perspektivwechsel umgeht die "Overconfidence Bias" und "Groupthink", die Skeptiker in einem Raum voller Optimisten oft zum Schweigen bringen.
Der "Fail-Safe"-Audit: 3 Wege, versteckte Risiken aufzudecken
Ein Premortem ist nur dann effektiv, wenn sich das Team traut, "brutal ehrlich" zu sein. Bevor du deine Sitzung in Miro startest, wende diese drei fachkundigen "Gesundheitschecks" an:
1. Der "Prospective Hindsight"-Audit
Audit: Listet dein Team einfach „Risiken“ wie in einem Standard-RAID-Log auf? Lösung: Prüft auf Imagined Certainty. Eine professionelle Vorlage zwingt das Team, beim Ende anzufangen. Statt zu sagen „Ein Wettbewerber könnte etwas auf den Markt bringen“, muss das Team sagen „Ein Wettbewerber hat eine bessere Version zum halben Preis auf den Markt gebracht.“ Behandelt man das Scheitern als bereits eingetretene Tatsache, fällt es dem Gehirn viel leichter, den realistischen Weg zu finden, der dorthin geführt hat.
2. Der „Spectacular Failure“-Test
Audit: Sind die „Fehler“, die dein Team identifiziert, zu klein oder zu leicht zu beheben? Lösung: Prüft auf Scale. Fordere dein Team auf, sich eine „Total Catastrophe“ vorzustellen — juristische Klagen, 90% Abwanderung oder ein kompletter Marken-Zusammenbruch. Wenn ihr ein massives Scheitern vorstellt, deckt ihr systemische Schwächen auf (z. B. „Unsere Serverarchitektur verkraftet 2x Traffic nicht“), die bei kleinteiligem Risikodenken übersehen werden.
3. Die "Anti-Groupthink"-Leitplanke
Die Überprüfung: Verteidigt der Projektmanager oder Lead das Projekt während des Brainstormings? Die Lösung: Sorge für Unabhängiges Brainstorming. Verwende "Stilles Schreiben" in den ersten 10 Minuten. Jeder muss vor dem Teilen seinen "Grund des Scheiterns" einzeln aufschreiben. So wird sichergestellt, dass der Junior-Entwickler, der einen technischen Fehler bemerkt, sich nicht vom Optimismus des Senior-Managers einschüchtern lässt und schweigt.
Strategische Frameworks: Welche Pre-mortem-Vorlage brauchst du?
Wähle das Framework, das zur Komplexität deines Projekts passt:
Der Basic Pre-mortem-Canvas:
Am besten für: Kleine Teams oder Feature-Launches.
Der Ablauf: 1. Scheitern vorstellen, 2. Gründe brainstormen, 3. Ergebnisse zusammenführen, 4. Gegenmaßnahmen planen.
Die "Trio of Trouble"-Vorlage:
Am besten für: Strategische Unternehmensveränderungen.
Die Kategorien: Ordne Fehler nach Technisch (es hat nicht funktioniert), Markt (niemand wollte es), und Operativ (wir konnten es nicht unterstützen).
Die "Post-It" Grave-Site:
Am besten für: Die Visualisierung des "End of the Project."
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 lösen.
Wesentliche Bestandteile einer Pre-mortem-Vorlage
Ein leistungsstarkes Pre-mortem-Board braucht diese fünf Kernelemente:
Das Disaster-Szenario: Eine anschauliche Beschreibung des gescheiterten zukünftigen Zustands.
Die "Candidate"-Ursachen: Eine unbearbeitete Liste aller potenziellen Gründe für das Scheitern.
Die "Looming"-Bedrohungen: Eine priorisierte Liste der 3–5 Risiken mit der größten Wahrscheinlichkeit und dem höchsten Schadenspotenzial.
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 "Early Warning Signs" (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 nur durchgeführt, weil es im Prozess steht, ändert aber anschließend nicht wirklich den Projektplan.
Die Lösung: Jeder „Grund für das Scheitern“ muss in eine Maßnahme münden. Wenn du feststellst, dass „fehlende Dokumentation“ das Projekt beendet hat, musst du jemandem zuweisen, die Dokumentation noch diese Woche zu schreiben.
Abwehrhaltung: Das Gefühl, ein pre-mortem sei ein „Angriff“ auf die Vision des Projekts.
Die Lösung: Stelle es als „Die ultimative Geste 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.
