Premortem: 45-Minuten-Agenda und die richtige Frage

Stellen Sie sich Ihr Projekt in sechs Monaten vor. Es ist gescheitert. Und alle, die heute mit Ihnen im Raum sitzen, wissen schon, warum. Sie durften es bisher nur nicht laut sagen.

Dort setzt das Premortem an. Ich habe es in Produktteams, bei ERP-Einführungen im Mittelstand und vor Digitalisierungsprojekten in Verwaltungen eingesetzt, und das Muster ist fast immer gleich: Die Gründe für das spätere Scheitern liegen längst vor. Man hört sie in der Kaffeeküche und in Einzelgesprächen. Ein gut moderierter Premortem-Workshop holt sie in 45 Minuten auf den Tisch. Ein schlecht moderierter holt stattdessen Schuldzuweisungen hervor. Dieser Artikel behandelt beides.

Die vollständige Methodenbeschreibung samt Varianten steht auf unserer Premortem-Methodenseite, ein ausführliches Moderationsskript im Beitrag How to Run a Pre-Mortem Workshop. Hier geht es um die kompakte Version, um die genaue Formulierung der Frage und um die Situationen, in denen Sie besser die Finger davon lassen.

Was ein Premortem ist und woher es kommt

Gary Klein hat die Methode 2007 in der Harvard Business Review unter dem Titel „Performing a Project Premortem“ beschrieben. Die Logik ist schlicht: Ein Postmortem untersucht, woran ein Projekt gestorben ist, zu einem Zeitpunkt, an dem das niemandem mehr hilft. Das Premortem verlegt die Obduktion nach vorn. Das Team tut so, als sei das Scheitern bereits eingetreten, und erklärt rückblickend, wie es dazu kam.

Klein stützt sich dabei auf Forschung zur prospektiven Rückschau (prospective hindsight). Mitchell, Russo und Pennington fanden 1989, dass Menschen Gründe für ein Ergebnis um rund 30 Prozent treffsicherer benennen, wenn sie sich vorstellen, das Ereignis sei schon passiert, als wenn sie es vorhersagen sollen (Klein, Harvard Business Review). Eine kurze Einordnung des Prinzips findet sich auch auf Edge.org.

Der zweite Mechanismus ist sozial, und den halte ich in der Praxis für den wichtigeren. Ein Plan, den alle abgenickt haben, entwickelt eine eigene Schwerkraft. Wer Zweifel äußert, gilt schnell als Bremser. Das Premortem dreht die Erwartung um: Zweifel zu formulieren ist plötzlich die Aufgabe. Wer still bleibt, hat die Übung nicht gemacht.

Die eine Frage, an der alles hängt

Kleins Originalformulierung lautet sinngemäß: „Stellen Sie sich vor, wir sind ein Jahr weiter. Wir haben den Plan so umgesetzt, wie er heute vorliegt. Das Ergebnis war ein Desaster. Nehmen Sie sich fünf bis zehn Minuten und schreiben Sie die Geschichte dieses Desasters auf.“

Für Projekte im Quartalstakt verwende ich sechs Monate und kürze auf das Wesentliche:

„Es ist sechs Monate später. Das Projekt ist gescheitert. Schreiben Sie auf, warum.“

Die Gewissheit trägt die Frage. „Das Projekt ist gescheitert“, Punkt. Kein „könnte“, kein „angenommen“. Sobald Sie fragen „Was könnte schiefgehen?“, bekommen Sie die übliche Absicherungsliste: Budgetrisiken, Ressourcenengpässe, Abhängigkeiten. Alles korrekt, nichts davon verwertbar. Die Gewissheit verwandelt Prognose in Geschichtsschreibung. Niemand muss den Untergang vorhersagen und damit als Schwarzmaler dastehen, man erklärt nur, was passiert ist. Für vorsichtige oder jüngere Teammitglieder ist das ein großer Unterschied.

Der zweite Hebel ist das „warum“ in Verbindung mit der Aufforderung, eine Geschichte zu erzählen. Gute Antworten sind Kausalketten: „Wir sind gescheitert, weil das Marketing den Launch für März angekündigt hat, die Entwicklung aber mit April geplant hatte, und als der Termin rutschte, waren die Kampagnen schon gebucht.“ Mit so einem Satz kann man arbeiten. Mit „Zeitplan zu knapp“ nicht.

Ein Fehler, den ich regelmäßig sehe: Moderierende entschärfen die Frage aus Höflichkeit. „Stellen wir uns vor, es läuft nicht ganz optimal …“ Das klingt freundlicher und produziert genau das, was man vermeiden will: freundliche, vage Sätze. Lesen Sie die Frage wörtlich vor, schreiben Sie sie sichtbar an die Wand oder auf die erste Folie und lassen Sie sie dort stehen.

Die 45-Minuten-Agenda

Eine Pre-Mortem-Analyse braucht keinen halben Tag. Sie passt in ein normales Meeting, wenn Sie streng takten. Die Struktur, die ich verwende, deckt sich weitgehend mit dem Premortem-Play von Atlassian:

• Minuten 0-5: Rahmen setzen. Zweck, Spielregeln, dann die Frage. Ankündigen, dass am Ende Maßnahmen mit Namen stehen.
• Minuten 5-15: Stilles Schreiben. Jede Person allein, ein Grund pro Zettel oder Zeile. Niemand redet.
• Minuten 15-30: Reihum vorlesen und clustern. Pro Runde ein Zettel pro Person, bis alles an der Wand hängt. Ähnliches wird zusammengeschoben.
• Minuten 30-40: Priorisieren. Welche Cluster würden das Projekt am ehesten versenken? Eine Punktabfrage mit drei Punkten pro Person reicht.
• Minuten 40-45: Verantwortliche festlegen. Für jeden Top-Cluster ein Name und ein nächster Schritt.

Wenn Sie die Sitzung in Workshop Weaver planen, legen Sie die Blöcke als feste Timeboxen an und schreiben die Frage im genauen Wortlaut direkt in den Ablauf. Das hilft besonders, wenn eine Kollegin das Format übernimmt, die es noch nie moderiert hat, und verhindert, dass die Formulierung bei der Vorbereitung weichgespült wird.

Stilles Schreiben vor dem Teilen

Die zehn Minuten Stille sind der Kern der Methode. Lassen Sie die Gruppe sofort offen diskutieren, ankert sie an der ersten Wortmeldung, und die kommt in fast allen Gruppen von der ranghöchsten Person. Danach hören Sie nur noch Variationen dieser Meinung.

Die Brainstorming-Forschung ist hier ziemlich klar. Gruppen, in denen Einzelne zuerst allein Ideen sammeln und diese danach zusammenführen, liefern mehr und bessere Ideen als Gruppen, die gemeinsam laut brainstormen. Diehl und Stroebe haben den Effekt unter dem Begriff „production blocking“ untersucht: Wer warten muss, bis er reden darf, vergisst seine Idee oder verwirft sie vorher selbst. Dazu kommt die Angst vor Bewertung. Die American Psychological Association fasst die Befunde zusammen.

In Präsenz arbeite ich mit Haftnotizen und dicken Stiften, damit niemand Romane schreibt. Remote mit einem geteilten Board, auf dem die Karten erst nach Ablauf der Zeit sichtbar werden. In Gruppen mit spürbarem Hierarchiegefälle sammle ich die Zettel ein und lese sie selbst vor, ohne Namen.

Clustern ohne Glätten

Aus 40 Zetteln werden beim Clustern fünf bis acht Themen, etwa „Scope“, „Personal“, „externe Abhängigkeiten“ oder „Annahmen im Zeitplan“. Erst dadurch entsteht aus einer Sammlung von Sorgen eine Risikokarte.

Ihre wichtigste Aufgabe in dieser Phase ist Neutralität. Die Versuchung ist groß, einen sperrigen Zettel wie „Niemand verantwortet die QS-Freigabe“ in die bequeme Kategorie „Prozesse“ zu schieben, wo er neben sechs anderen untergeht. Lassen Sie Ausreißer als eigenen Cluster stehen, auch mit nur einem Zettel. Nach meiner Erfahrung steckt in diesen Einzelstücken überdurchschnittlich oft der Grund, den sonst niemand gesehen hat.

Und: keine Debatte vor dem Clustern. Sobald jemand widerspricht („Das stimmt so nicht, die Entwicklung hat zugesagt …“), ist der soziale Druck zurück, den die stille Phase gerade beseitigt hat. Notieren Sie Einwände auf einem Parkplatz und verweisen Sie auf die Priorisierung.

Von Ursachen zu Maßnahmen mit Verantwortlichen

Ein Premortem, das bei der Ursachenliste endet, ist halb fertig. Klein beschreibt ausdrücklich, dass das Team den Plan anschließend überarbeitet. Dafür braucht jeder priorisierte Cluster eine Person, die ihn namentlich übernimmt.

Ich nutze ein Raster mit vier Spalten: Ursache, Frühwarnsignal, verantwortliche Person, Maßnahme bis Datum. Das Frühwarnsignal wird am häufigsten vergessen und ist oft der nützlichste Teil. „Liegt bis Ende KW 12 die Schnittstellenspezifikation des Dienstleisters nicht vor, eskalieren wir an die Lenkungsgruppe“ ist eine Abmachung, die sich prüfen lässt.

Nicht jede Ursache verdient eine Gegenmaßnahme. Ich sortiere so:

• Beeinflussbar: verantwortliche Person, konkrete Maßnahme, Datum.
• Beobachtbar, aber nicht steuerbar: ein Frühindikator und jemand, der ihn regelmäßig prüft.
• Akzeptiert: dokumentiert, nach oben kommuniziert, bewusst getragen.

Ein Beispiel aus einer ERP-Einführung bei einem Maschinenbauer in Baden-Württemberg: Im Premortem stand auf mehreren Zetteln, dass die Disposition ihre Excel-Listen nicht aufgeben würde. Im offiziellen Risikoplan fehlte das Thema, weil es kein technisches Risiko war. Ergebnis der Sitzung: Eine Teamleiterin aus der Disposition wurde Key-Userin mit eigenem Zeitbudget, und vier Wochen vor dem Go-live gab es einen festen Prüftermin, an dem gemessen wurde, wie viel noch parallel in Excel lief.

Fünf Minuten für die Verantwortlichen klingen knapp. Sie reichen, wenn Sie nur Namen und ersten Schritt festhalten und die Ausarbeitung in die Folgewoche legen. Wichtig ist, dass die Ergebnisse den Raum nicht als Fotoprotokoll verlassen. Die 72-Stunden-Regel für das Follow-up gilt hier besonders: Kommt die Maßnahmenliste erst nach zwei Wochen, ist das Premortem vergessen.

Wann Sie kein Premortem durchführen sollten

Gute Risiko-Moderation heißt auch, ein Format abzusagen, wenn die Bedingungen nicht stimmen. Drei Situationen sind mir oft genug begegnet, dass ich sie im Vorgespräch gezielt abfrage.

Die Führungskraft sitzt im Kreis

Das ist das häufigste Scheitern, das ich erlebe. Der Sponsor, der das Projekt durchgesetzt hat, nimmt teil, und die Ursachenliste wandert auffällig nach außen: „Der Markt hat nicht mitgespielt“, „Der Wettbewerb war schneller“, „Die IT hat nicht geliefert“. Entscheidungen, die der Sponsor selbst getroffen hat, tauchen nicht auf. Bewusste Feigheit steckt selten dahinter. Hierarchie wirkt auch ohne Absicht.

Amy Edmondsons Forschung zu psychologischer Sicherheit zeigt, dass Offenheit über Fehler davon abhängt, wie sicher sich Menschen beim Sprechen fühlen, und Statusunterschiede im Raum gehören zu den stärksten Bremsen. Ein Premortem setzt diese Sicherheit voraus. In einer einzelnen Sitzung lässt sie sich nicht aufbauen.

Kippt die Stimmung, wird aus der Übung eine verdeckte Schuldzuweisung. Die Liste liest sich dann wie eine Anklageschrift gegen die Person, die gerade nicht im Raum ist, oder gegen die Abteilung mit der schwächsten Lobby. Zwei Auswege haben sich bewährt: Sie führen das Premortem ohne die Führungskraft durch und präsentieren ihr anschließend anonymisierte Themen. Oder eine externe, neutrale Moderation übernimmt. Mehr zu dieser Dynamik steht in The Org Chart Is in the Room Whether You Invite It Or Not.

Meine Faustregel: Wenn ich im Vorgespräch frage, ob jemand im Team dem Sponsor offen widersprechen würde, und die Antwort kommt zögerlich, steht der Sponsor nicht auf der Einladung.

Der Plan ist längst beschlossen

Ein Premortem verspricht implizit, dass die Antworten den Plan noch verändern können. Klein verortet die Methode in der Phase, in der ein Plan fast fertig, aber noch nicht umgesetzt ist. Sind Budget, Dienstleister, Besetzung und Termin bereits fix, sammeln Sie Ehrlichkeit ein, mit der niemand mehr etwas anfangen darf.

Ich habe einmal ein Premortem zu einer Reorganisation moderiert, die der Belegschaft schon verkündet war. Verträge unterschrieben, Rollen besetzt, Kommunikation draußen. Die Gruppe lieferte präzise Ursachen, und fast keine davon war noch adressierbar. Am Ende stand Frust. Der Folgeschaden war größer: Beim nächsten Workshop mit derselben Gruppe kam spürbar weniger Offenheit zurück. Wer einmal ehrlich war und dafür nichts bekommen hat, überlegt es sich beim zweiten Mal genau.

Klären Sie deshalb vorher mit dem Auftraggeber, was sich nach dieser Sitzung noch ändern darf. Lautet die Antwort „im Grunde nichts“, sagen Sie das Premortem ab.

Das Premortem soll das Risikoregister ersetzen

Ein Premortem ist eine Momentaufnahme. Ein Risikoregister mit Eintrittswahrscheinlichkeit, Auswirkung, Verantwortlichen und Status ist ein laufendes Instrument. Das Project Management Institute behandelt Risikoidentifikation als kontinuierlichen Prozess mit festen Review-Zyklen, und das leistet eine 45-minütige Sitzung nicht.

Das typische Muster: Ein Team macht beim Kick-off ein starkes Premortem, ist zufrieden mit sich und schaut danach nie wieder auf die Risiken. Die Probleme, die das Projekt später in Schieflage bringen, entstehen nach der Halbzeit, wenn sich Scope und Besetzung geändert haben. Im ursprünglichen Premortem konnten sie gar nicht auftauchen.

Die sinnvolle Arbeitsteilung: Das Premortem speist das Register mit neuen und schärfer formulierten Einträgen. Wiederholen Sie es an Meilensteinen, an denen sich der Plan wesentlich ändert, etwa vor dem Go-live oder nach einem Scope-Wechsel. Dazwischen pflegt eine benannte Person das Register im Projektalltag.

Was ein Premortem braucht, damit es funktioniert

Das Premortem hat echte Voraussetzungen. 45 konzentrierte Minuten mit straffen Timeboxen. Eine Frage, die wörtlich und mit voller Gewissheit gestellt wird. Und eine Kultur, in der das Benennen einer Ursache niemanden die Karriere kostet. Fehlt die Kultur, helfen Agenda und Frage wenig.

Vorlagen, Varianten und ein ausformuliertes Moderationsskript finden Sie auf der Premortem-Methodenseite und im Beitrag How to Run a Pre-Mortem Workshop.

Vor Ihrem nächsten größeren Launch: Blocken Sie 45 Minuten. Streichen Sie den Sponsor von der Einladungsliste, wenn das Team in seiner Gegenwart nicht offen redet. Und sorgen Sie dafür, dass jeder priorisierte Cluster den Raum mit einem Namen und einem Datum verlässt. Sonst haben Sie lediglich eine sehr ordentlich organisierte Beschwerderunde abgehalten.