Projektmanagement & ITIL

Post-Mortem (Lessons Learned)

Allgemeine Infos

Ein Post-Mortem ist eine schriftliche Nachbetrachtung eines Vorfalls mit Auswirkung, Ablauf, Ursachen und Folgemaßnahmen. Im Projektumfeld heißt das Gegenstück Lessons Learned und betrachtet auch, was gut lief. Ziel ist in beiden Fällen, aus Ereignissen zu lernen und Wiederholungen zu verhindern.

Etabliert hat sich das blameless Post-Mortem, wie es Google SRE und Atlassian beschreiben: Es wird angenommen, dass alle Beteiligten mit den verfügbaren Informationen nach bestem Wissen gehandelt haben. Der Fokus liegt auf Systemen und Prozessen, nicht auf Schuldigen. Nur so berichten Beteiligte offen, was wirklich passiert ist.

Abgrenzung: Die Sprint Retrospective ist ein regelmäßiges Team-Event in Scrum. Problem Management nutzt das Post-Mortem als Werkzeug, verfolgt die dauerhafte Behebung aber als eigenen Datensatz weiter. Bei Sicherheitsvorfällen ist das Post-Mortem Teil von Incident Response und liefert Inhalte für Abschlussberichte nach NIS2.

Funktionsweise & Details

Ein bewährter Ablauf:

  1. Auslöser festlegen, bevor etwas passiert, z. B. jeder Major Incident, Datenverlust, Rollback oder Ausfall über einer Zeitschwelle.
  2. Zeitachse aus Tickets, Chat-Verläufen, Logs und Monitoring rekonstruieren.
  3. Beitragende Ursachen analysieren, technisch und organisatorisch.
  4. Maßnahmen mit Verantwortlichem und Termin festlegen, als Tickets oder Problem-Datensätze.
  5. Entwurf prüfen lassen, Ergebnis an Stakeholder verteilen und in einem zentralen Ablageort sammeln.
  6. Umsetzung der Maßnahmen nachhalten, sonst bleibt das Dokument folgenlos.

Vorteile & Nutzen

  • Echtes Lernen statt Schuldzuweisung, dadurch werden Fehler früher gemeldet.
  • Konkrete Verbesserungen, weil jede Erkenntnis in eine nachverfolgte Maßnahme mündet.
  • Wissensaufbau über wiederkehrende Muster, wenn Post-Mortems zentral abgelegt und durchsuchbar sind.
  • Nachweise für Audits und Behörden, dass aus Vorfällen Konsequenzen gezogen werden.

Praxisbeispiel

Bei einem Onlinehändler mit 60 Mitarbeitenden war der Shop nach einem Zertifikatsablauf sechs Stunden nicht erreichbar. Im Post-Mortem rekonstruiert das Team die Zeitachse und stellt fest, dass die Ablaufwarnung an ein Postfach eines ausgeschiedenen Kollegen ging. Statt einer Schuldfrage entstehen drei Maßnahmen: automatische Zertifikatserneuerung, Warnungen an eine Verteilergruppe und ein Monitoring-Check der Restlaufzeit. Alle drei sind nach vier Wochen umgesetzt.

Worauf sollte man achten?

  • Lege Kriterien für ein Pflicht-Post-Mortem schriftlich fest, sonst entfällt es im Alltag.
  • Führe das Gespräch zeitnah, solange Erinnerungen und Logs frisch sind.
  • Vermeide Formulierungen mit Personenbezug wie hätte merken müssen, beschreibe stattdessen fehlende Kontrollen.
  • Verfolge die Maßnahmen im Ticket-System, ein Post-Mortem ohne umgesetzte Maßnahmen ist wertlos.

Fazit

Schuldfreie Post-Mortems sind eines der wirksamsten Mittel, um IT-Betrieb dauerhaft stabiler zu machen. Entscheidend sind feste Auslöser und das Nachhalten der Maßnahmen.

Weiterführende Links

Verwandte Artikel