Was ist der Zweck eines Post Mortem Meetings?

Zu verstehen, was bei einem Vorfall oder Projekt passiert ist, die Grundursache zu finden und Änderungen zu vereinbaren, damit es nicht wieder vorkommt. Googles SRE-Buch nennt drei Ziele: den Vorfall dokumentieren, alle beitragenden Grundursachen verstehen und wirksame vorbeugende Maßnahmen umsetzen.

Was ist der Unterschied zwischen Post Mortem und Retrospektive?

Ein Post Mortem ist eine einmalige Aufarbeitung eines einzelnen Vorfalls oder abgeschlossenen Projekts, mit Zeitleiste, Grundursache und schriftlichem Bericht. Eine Retrospektive ist ein wiederkehrendes Meeting, meist in jedem Sprint, darüber, wie das Team allgemein arbeitet.

Wie lange sollte ein Post Mortem Meeting dauern?

Etwa 60 Minuten. Entwerfen Sie die Zeitleiste vorher, damit die Stunde den Ursachen und Maßnahmen gehört und nicht dem Streit darüber, was passiert ist.

Was bedeutet „ohne Schuldzuweisung“ im Post Mortem?

Die Aufarbeitung sucht die Systeme und Prozesse, die den Fehler möglich gemacht haben, nicht jemanden, der bestraft wird. Laut Googles SRE-Buch geht ein Post Mortem ohne Schuldzuweisung davon aus, dass alle Beteiligten gute Absichten hatten und mit den verfügbaren Informationen richtig gehandelt haben.

Post Mortem Meeting: Vorlage und Fragen

Freitag, 16:50 Uhr: Ein Baustoffhändler verschickt seine Herbstpreisliste per E-Mail an 3.800 Kunden. Am Montag bestellen Handwerksbetriebe 140 Artikel zu Preisen, die 12 % unter dem Einstandspreis liegen, und der Vertrieb verbringt zwei Tage am Telefon, um das wieder einzufangen. (Der Händler ist ein zusammengesetztes Beispiel, kein reales Unternehmen.)

Die erste Frage im Raum lautete: Wer hat das verschickt? Genau diese Frage stellt ein gutes Post Mortem Meeting nie.

Dieser Leitfaden zeigt Ihnen, wie Sie ein Post Mortem Meeting leiten, das die eigentliche Ursache findet, ohne einen Schuldigen zu suchen: wann Sie eines ansetzen, wie es sich von einer Retrospektive unterscheidet, eine 60-Minuten-Agenda, die 5-Why-Methode, 20 Fragen nach Phasen sortiert und eine einseitige Vorlage, ausgefüllt für den Preislisten-Fehler.

Was ist ein Post Mortem Meeting?

Ein Post Mortem Meeting ist eine einmalige Besprechung nach dem Ende eines Projekts oder nach einem behobenen Vorfall. Die Beteiligten klären darin, was passiert ist, warum es passiert ist und was sich ändert, damit es nicht wieder vorkommt. Das Ergebnis ist ein kurzes schriftliches Post Mortem mit Zeitleiste, Grundursache und Maßnahmen mit Verantwortlichen.

Googles Site-Reliability-Engineering-Buch beschreibt dieses Dokument als schriftliche Aufzeichnung eines Vorfalls, seiner Auswirkungen, der Schritte zu seiner Eindämmung oder Behebung, der Grundursache(n) und der Folgemaßnahmen, die eine Wiederholung verhindern sollen. Die Idee gilt nicht nur für Software. Ein verpatzter Produktstart, ein verlorener Großkunde oder ein Messeauftritt ohne Leads verdienen dieselbe Aufarbeitung.

Wann Sie eines ansetzen. Das SRE-Buch rät, die Kriterien für ein Post Mortem festzulegen, bevor ein Vorfall eintritt, damit alle wissen, wann eines nötig ist. Atlassians Incident-Handbuch sieht Post Mortems für die beiden höchsten Schweregrade vor. Außerhalb der Technik sind sinnvolle Auslöser: ein Kunde hat Geld verloren, eine Frist oder ein Budget wurde um eine festgelegte Marge verfehlt, oder ein Projekt ist abgeschlossen und ein ähnliches steht an. Halten Sie das Meeting innerhalb einer Woche ab, solange die Erinnerung frisch ist, die Gemüter sich aber beruhigt haben.

Post Mortem oder Retrospektive?

Beide blicken zurück und ändern etwas. Der Unterschied liegt in Rhythmus und Tiefe.

	Post Mortem Meeting	Retrospektive
Wann	Einmal, nach einem Vorfall oder am Projektende	In jedem Sprint oder Zyklus
Auslöser	Etwas ist schiefgegangen oder ein Projekt ist fertig	Der Kalender
Fokus	Ein Ereignis: Zeitleiste und Grundursache	Wie das Team zuletzt gearbeitet hat
Ergebnis	Ein schriftlicher Bericht mit Maßnahmen und Freigabe	Zwei oder drei Gewohnheiten, die sich ändern

Für einen regelmäßigen Team-Check nutzen Sie ein Retrospektive-Meeting. Ein Post Mortem ist richtig, wenn ein einzelnes Ereignis vollständig aufgeklärt werden muss.

Vor dem Meeting: die Zeitleiste entwerfen

Ein Post Mortem läuft schlecht, wenn die Stunde mit Streit darüber vergeht, was eigentlich passiert ist. Klären Sie die Fakten vorher.

Benennen Sie einen Post-Mortem-Verantwortlichen, meist die Person, die die Reaktion geleitet oder das Projekt geführt hat. Vor dem Meeting entwirft sie eine Zusammenfassung in drei Sätzen, die Auswirkungen (wer, wie lange, welche Kosten), eine Zeitleiste mit Uhrzeiten vom ersten Warnsignal bis zur Behebung und eine erste Vermutung zu den Ursachen, als Entwurf gekennzeichnet.

Schreiben Sie die Zeitleiste mit Rollen, nicht mit Namen. Atlassians Handbuch weist Verantwortliche an, Personen über ihre Rolle zu benennen (etwa „der diensthabende Widgets-Engineer“) statt mit Namen. Im Preislisten-Fall heißt das „die Marketingkoordinatorin“ und „der Preisanalyst“. Verschicken Sie den Entwurf einen Tag vorher.

Die Zeitleiste aus dem Gedächtnis rekonstruieren? Nehmen Sie die Nachbesprechungen gleich auf, und ParrotNotes macht aus jeder ein Transkript, eine Zusammenfassung und Aufgaben. ParrotNotes kostenlos testen.

Eine 60-Minuten-Agenda für das Post Mortem Meeting

Atlassians vorgeschlagene Agenda erinnert das Team zu Beginn daran, dass Post Mortems ohne Schuldzuweisung laufen, und warum. Danach werden Zeitleiste und Grundursachen bestätigt und Maßnahmen erarbeitet. Mit Zeitangaben:

Grundregeln (5 Minuten). Die Moderation sagt laut: Ziel ist, das System zu reparieren, nicht eine Person zu finden.
Zeitleiste durchgehen (15 Minuten). Der Verantwortliche liest sie vor. Alle korrigieren Fakten und ergänzen, was sie im jeweiligen Moment wussten.
Grundursache finden (15 Minuten). Wenden Sie die 5-Why-Methode auf den Hauptfehler an.
Gut, nicht gut, Glück gehabt (10 Minuten). Das sind Atlassians drei Fragen. „Wo hatten wir Glück?“ wird gern übersprungen und zeigt oft schon auf den nächsten Vorfall.
Maßnahmen vereinbaren (10 Minuten). Jede bekommt eine verantwortliche Person und ein Fälligkeitsdatum.
Abschluss (5 Minuten). Maßnahmen vorlesen, die Freigabe benennen und festlegen, wann der Bericht geteilt wird.

Die Grundursache mit der 5-Why-Methode finden

Atlassians Handbuch empfiehlt Verantwortlichen die „Five Whys“, um die Ursachenkette zurückzuverfolgen, bis eine echte Grundursache gefunden ist. Fragen Sie warum, nehmen Sie die Antwort und fragen Sie erneut warum. Hören Sie auf, wenn die Antwort ein Prozess ist, den Sie ändern können.

Die Kette für die Preislisten-E-Mail:

Warum bekamen Kunden falsche Preise? Das PDF wurde aus dem Einstandspreis-Reiter des Vorjahres erstellt.
Warum dieser Reiter? Nach einer Lieferantenfusion hatte die Preisdatei zwei fast gleich benannte Reiter.
Warum hat es niemand bemerkt? Vor der Freitagsfrist hat niemand das PDF mit dem Preissystem abgeglichen.
Warum gab es keine Prüfung? Die Schritte kannte nur eine Person, und die war im Urlaub.
Warum nur eine Person? Der Freigabeprozess war nie aufgeschrieben und hatte keine zweite Prüfung.

Die Grundursache ist nicht „die Koordinatorin hat den falschen Reiter gewählt“. Es ist ein Prozess ohne schriftliche Schritte und ohne zweite Prüfung.

Das Post Mortem ohne Schuldzuweisung halten

Laut SRE-Buch muss ein Post Mortem ohne Schuldzuweisung die beitragenden Ursachen eines Vorfalls ermitteln, ohne eine Person oder ein Team anzuklagen. Die Begründung ist praktisch: Menschen kann man nicht „reparieren“, Systeme und Prozesse schon.

John Allspaw vertrat 2012 im Etsy-Blog dasselbe in Blameless PostMortems and a Just Culture: Menschen schildern vollständig, was sie getan und angenommen haben, nur wenn sie dabei keine Strafe oder Vergeltung fürchten müssen.

Schuldzuweisung schleicht sich über Formulierungen ein. Tauschen Sie diese Sätze aus:

Statt	Sagen Sie
„Wer hat das verschickt?“	„Was hat die Person beim Versand gesehen?“
„Warum haben Sie nicht geprüft?“	„Was würde die Prüfung zum einfachen Standard machen?“
„Das war nachlässig.“	„Was hat den Fehler so leicht gemacht?“
„Das darf nie wieder passieren.“	„Was macht es unwahrscheinlicher oder schneller erkennbar?“

Fragen für das Post Mortem Meeting, nach Phasen sortiert

Zwanzig Fragen zum Übernehmen. Wählen Sie pro Phase einige aus.

Zeitleiste

Wann gab es das erste Anzeichen, dass etwas nicht stimmte?
Wer hat es bemerkt, und wie?
Was wusste jede Person in diesem Moment?
Gab es frühere Warnungen, die wir übersehen haben?

Auswirkungen 5. Wer war betroffen: Kunden, Kollegen, Partner? 6. Was hat es gekostet, an Geld, Zeit oder Vertrauen? 7. Wirkt etwas noch nach?

Ursachen 8. Was hat das möglich gemacht? 9. Warum haben unsere Kontrollen es nicht erkannt? 10. Ist etwas Ähnliches schon einmal passiert? 11. Welche Annahme hat sich als falsch erwiesen? 12. Welcher Druck (Frist, Personal, Übergabe) hat die Entscheidungen geprägt?

Reaktion 13. Was lief bei unserer Reaktion gut? 14. Was hat uns gebremst? 15. Wo hatten wir Glück? 16. Wie hätten wir die Reaktionszeit halbieren können?

Maßnahmen 17. Welche eine Änderung hätte das verhindert? 18. Was hilft uns, es früher zu erkennen? 19. Wer verantwortet welche Maßnahme, und bis wann? 20. Wer muss dieses Post Mortem lesen?

Frage 16 ist an Atlassians Handbuch angelehnt, das als Gedankenexperiment fragt, wie man die Zeit hätte halbieren können.

Vorlage für das Post Mortem Meeting

Kopieren Sie diese einseitige Vorlage:

POST MORTEM
Ereignis:            Datum des Ereignisses:   Meeting-Datum:
Verantwortlich:      Freigabe:                Teilnehmende (Rollen):

1. ZUSAMMENFASSUNG (3 Sätze)
2. AUSWIRKUNGEN: wer | wie lange | Kosten
3. ZEITLEISTE (Rollen, keine Namen): Uhrzeit | was geschah | was wir wussten
4. GRUNDURSACHE (5 Why)
5. GUT / NICHT GUT / GLÜCK GEHABT
6. MASSNAHMEN: Maßnahme | verantwortlich | fällig | verhindern, erkennen oder reagieren
7. GETEILT MIT:                            Datum:

Ausgefüllt für die Preislisten-E-Mail (ein zusammengesetztes Beispiel):

POST MORTEM
Ereignis: Herbstpreisliste mit falschen Preisen verschickt
Datum des Ereignisses: Fr 26. Sep.   Meeting-Datum: Do 2. Okt.
Verantwortlich: Leiter Vertriebsinnendienst   Freigabe: Vertriebsleiterin

1. ZUSAMMENFASSUNG: Liste an 3.800 Kunden aus dem Einstandspreis-
   Reiter des Vorjahres; 140 Artikel 12 % unter Einstand. 31
   Aufträge zu diesen Preisen ausgeführt, der Rest in zwei Tagen
   telefonisch korrigiert.
2. AUSWIRKUNGEN: 31 Aufträge mit Verlust; rund 60 Stunden Telefonate
3. ZEITLEISTE
   Fr 16:50  Liste von der Marketingkoordinatorin verschickt
   Sa 09:12  Erste Bestellung zum falschen Preis
   Mo 07:40  Ein Außendienstler bemerkt die Lücke in einem Angebot
   Mo 09:30  Korrigierte Liste verschickt; Anrufe beginnen
4. GRUNDURSACHE: Freigabeschritte nie aufgeschrieben, keine zweite
   Prüfung; die einzige Person, die sie kannte, war im Urlaub
5. GUT: Außendienst hat es schnell bemerkt; ein gemeinsamer Gesprächsleitfaden
   NICHT GUT: keine Prüfung vor dem Versand
   GLÜCK GEHABT: Fehler betrafen Artikel mit wenig Umsatz
6. MASSNAHMEN
   Schriftliche Freigabe-Checkliste  | Preisanalyst            | 10. Okt. | verhindern
   Zweite Prüfung jeder Liste        | Leiter Innendienst      | 10. Okt. | verhindern
   Testversand an 5 Verkäufer zuerst | Marketingkoordinatorin  | 17. Okt. | erkennen
7. GETEILT MIT: gesamter Vertrieb, 6. Okt.

Jede Maßnahme ändert einen Prozess, keine Person.

Aus Maßnahmen erledigte Arbeit machen

Das SRE-Buch warnt: Ein Post Mortem, das niemand prüft, hätte genauso gut nie existieren können. Atlassian erfasst jede Maßnahme im Backlog des zuständigen Teams und gibt Korrekturen der Grundursache, den „Priority Actions“, je nach Dienst eine Frist von vier oder acht Wochen.

Übernehmen Sie die Idee: eine namentlich verantwortliche Person pro Maßnahme, ein echtes Fälligkeitsdatum, eine Freigabe, die dafür sorgt, dass Maßnahmen Zeit bekommen, und ein Datum, an dem Sie prüfen, ob sie gewirkt haben. Unser Leitfaden zum Nachverfolgen von Aufgaben aus Meetings zeigt, wie Sie Aufgaben über mehrere Meetings hinweg im Blick behalten. Ändert das Post Mortem eine Regel, halten Sie sie in einem Entscheidungsprotokoll fest, damit auch neue Kollegen wissen, warum es sie gibt.

Einen Monat später ging die nächste Preisliste des Händlers erst nach einem Testversand an fünf Verkäufer raus. Einer fand einen falschen Frachtzuschlag. Kein Kunde hat ihn je gesehen.

Sollten Sie das Post Mortem Meeting aufnehmen?

Mit einer Aufnahme kann die Moderation den Raum führen, statt zu tippen, und spätere Diskussionen darüber, was vereinbart wurde, erübrigen sich. Doch die Teilnehmenden sprechen über eigene Fehler. Fragen Sie deshalb vorher: Erklären Sie, warum Sie aufnehmen, wer es hört und wie lange Sie es aufbewahren, und hören Sie auf, wenn jemand widerspricht. Für die Grundlagen in den USA lesen Sie unseren Leitfaden zu One-Party-Consent in den USA.

Wenn das Team einverstanden ist, nimmt ParrotNotes auf dem Smartphone oder Mac auf, das ohnehin im Raum ist, ganz ohne Meeting-Bot, und liefert Transkript, Zusammenfassung und Aufgaben. Fügen Sie sie in die Abschnitte 3, 5 und 6 der Vorlage ein und ersetzen Sie dabei Namen durch Rollen. Im Chat mit dem Transkript prüfen Sie Details. Mit Pro kennzeichnet die Sprechererkennung, wer was gesagt hat, die KI-Suche findet Antworten in allen früheren Post Mortems, und 99+ Sprachen mit Übersetzung decken mehrsprachige Teams ab.

Einmal daraus lernen, dauerhaft beheben

Legen Sie Auslöser vorab fest. Entwerfen Sie die Zeitleiste vor dem Meeting. Halten Sie die Stunde frei von Schuldzuweisungen, finden Sie die Grundursache mit der 5-Why-Methode und gehen Sie mit wenigen Maßnahmen hinaus, die je eine verantwortliche Person, ein Datum und eine Freigabe haben. Dann teilen Sie, was Sie gelernt haben.

Der Händler brauchte keine sorgfältigere Koordinatorin. Er brauchte eine Checkliste und ein zweites Paar Augen.

Leiten Sie Ihr nächstes Post Mortem ohne eigene Protokollführung. ParrotNotes erfasst das Gespräch im Raum und gibt Ihnen Zusammenfassung und Aufgaben. ParrotNotes kostenlos herunterladen.