MethodenanleitungDevOps

Blameless Postmortem

Die Anleitung zur Methode: Voraussetzungen und Materialien klären, den gesamten Ablauf verstehen und Ergebnisse, Stolperfallen sowie Abbruchkriterien nachschlagen.

KomplexitätMittel

Zeit30-90 min

Teilnehmende3-12

FormatWorkshop + Async

ReifegradCanonical

Planung vorbereiten

Vorbedingung

Was vorher fertig sein muss

Vorher abschließenKlare Abgrenzung

Abgeschlossener, auswertungswürdiger Vorfall mit Beteiligten, Faktenquellen und einem sicheren Lernrahmen.

Ohne Grenze werden Daten, Perspektiven oder Abläufe vermischt.

Vorher abschließenZugang zu Belegen

Relevante Personen und Quellen können einbezogen werden.

Lücken bleiben sichtbar; fehlende Evidenz darf nicht erfunden werden.

Vorbereitung

Was vor Start vorliegen muss

Materialien

Gemeinsame Arbeitsfläche, zugängliche Quellen und Notiz für Entscheidungen.

Personen / Rollen

Incident-Beteiligte · Moderation · Action Owner

Vorabinfos

Frage, Zeitraum, Datenzugriff, beteiligte Rollen und bekannte Unsicherheiten vorab klären.

Zeitbedarf

60–90 Minuten nach gesicherter Stabilisierung; Quellenaufbereitung und Maßnahmenverfolgung separat.

Setup

Eine gemeinsame Version anlegen. Fakten, Annahmen und Entscheidung getrennt kennzeichnen.

Kernfrage

Die eine Frage, die diese Methode beantwortet

Welche Bedingungen ermöglichten den Vorfall, und wie reduzieren wir Wiederholung oder Auswirkung?

Ablauf

Phasen mit Ziel, Durchführung, Ergebnis und Stolperfalle

Ein Blameless Postmortem untersucht nach einem Vorfall das Zusammenspiel von Systembedingungen und Ereignissen. Die Analyse erklärt, unter welchen Bedingungen die Beteiligten gehandelt haben, und leitet daraus nachverfolgbare Verbesserungen ab.

Zeitlinie, Bedingungen und Maßnahmen

Fiktives Lehrbeispiel

Untersuche nach einem Vorfall, wie Systembedingungen und Ereignisse zusammenwirkten, und leite nachverfolgbare Verbesserungen ab.

Auswirkung

Notiere Incident-ID, Auswirkung, Zeitraum und Reviewauftrag.

Fiktiv: Buchungsbestätigung verzögert; 23 Minuten, betroffene Sessions dokumentiert.

Zeitlinie

Ordne Ereignisse mit Quelle und damaligem Informationsstand.

10:02 Konfigurationswechsel; 10:14 Queue-Alarm; 10:25 Rollback; 10:31 Rückstau abgebaut.

Bedingungen

Halte Prozess-, Werkzeug- und Systembedingungen sowie Unsicherheit fest.

Alarmgrenze spät; Rollback-Verfahren nicht geübt; gleichzeitig keine automatische Rücknahme.

Maßnahmen

Ergänze Prävention/Erkennung/Behebung, Owner und Termin.

Warnschwelle prüfen (SRE, 30.09.); Rollback üben (Service-Team, 07.10.).

Fiktiv: Ein Konfigurationswechsel blockiert 23 Minuten lang Buchungsbestätigungen. Alarmierung zeigte Queue-Wachstum erst nach 12 Minuten; Rücknahme gelang nach manueller Eskalation. Bericht hält Zeitlinie, unklare Warnschwelle und fehlenden getesteten Rollback fest. Maßnahmen: Schwelle prüfen, Rollback automatisieren, Eigentümer und Termin zuordnen.

Using SRE to meet reliability challenges · Google Cloud

1
Fakten
Lernrahmen und Fakten sichern
Ziel
Ist akute Behebung abgeschlossen?
Voraussetzungen für diesen Schritt
- Abgeschlossener Incident und Reviewauftrag
Durchführung
- Vorfall abgrenzen, Beteiligte einladen und Logs, Statusmeldungen sowie Zeitstempel sichern.
- Ist akute Behebung abgeschlossen?
Ergebnis
Abgegrenzter Incident mit gesicherten Quellen
Abgegrenzter Incident mit gesicherten Quellen
Qualitätscheck
Ist akute Behebung abgeschlossen?
Stolperfalle
Chronologie wird rückblickend vereinfacht Originalzeitstempel und damalige Informationslage daneben festhalten.
Zeitlicher Rahmen: Teil des vereinbarten Arbeitsblocks; Recherche ggf. separat.
2
Zeitlinie
Zeitlinie rekonstruieren
Ziel
Sind Fakten und Interpretation getrennt?
Voraussetzungen für diesen Schritt
- Logs, Statusmeldungen und damalige Faktenlage
Durchführung
- Ereignisse, Entscheidungen, Signale und Auswirkungen mit Quellen sortieren; Wissenslücken markieren.
- Sind Fakten und Interpretation getrennt?
Ergebnis
Quellenbasierte Zeitlinie
Quellenbasierte Zeitlinie
Qualitätscheck
Sind Fakten und Interpretation getrennt?
Stolperfalle
„Menschlicher Fehler“ beendet Analyse Frage nach Werkzeugen, Arbeitsbedingungen und Schutzbarrieren.
Zeitlicher Rahmen: Teil des vereinbarten Arbeitsblocks; Recherche ggf. separat.
3
Bedingungen
Bedingungen untersuchen
Ziel
Werden mehrere beitragende Bedingungen geprüft?
Voraussetzungen für diesen Schritt
- Zeitlinie, Systembedingungen und Schutzbarrieren
Durchführung
- Frage nach Systembedingungen, die Handlungen und Verlauf verständlich machen; keine Schuldperson suchen.
- Werden mehrere beitragende Bedingungen geprüft?
Ergebnis
Systemische Beitragsbedingungen statt Schuldzuweisung
Systemische Beitragsbedingungen statt Schuldzuweisung
Qualitätscheck
Werden mehrere beitragende Bedingungen geprüft?
Stolperfalle
Aktion ist nur „aufmerksamer sein“ Ändere eine erkennbare Systembedingung und benenne Wirkungsmessung.
Zeitlicher Rahmen: Teil des vereinbarten Arbeitsblocks; Recherche ggf. separat.
4
Maßnahmen
Maßnahmen nachhalten
Ziel
Sind Maßnahmen überprüfbar und nachverfolgt?
Voraussetzungen für diesen Schritt
- Lernpunkte, Maßnahmenregister und Owner
Durchführung
- Formuliere konkrete Präventions-/Erkennungs-/Behebungsmaßnahmen mit Owner und Termin.
- Sind Maßnahmen überprüfbar und nachverfolgt?
Ergebnis
Nachverfolgbare Verbesserungsmaßnahmen
Nachverfolgbare Verbesserungsmaßnahmen
Qualitätscheck
Sind Maßnahmen überprüfbar und nachverfolgt?
Stolperfalle
Maßnahmen bleiben ohne Eigentümer Jeder Folgeschritt erhält Owner, Termin und Nachverfolgungsort.
Zeitlicher Rahmen: Teil des vereinbarten Arbeitsblocks; Recherche ggf. separat.

Artefakt

Was am Ende rauskommt

Skizze: so sieht das Artefakt aus

Blameless Postmortem · LernreviewImpact, Timeline, Systemfaktoren und Actions ohne Schuldzuweisung sichtbar machen

Form

Versioniertes Ergebnis mit Frage, Evidenz, offenen Punkten, nächster Maßnahme, Verantwortung und Reviewtermin.

Versionierung / Ownership

Datum, Geltungsbereich, Quellen und Änderungen festhalten. Frühere Beobachtungen erhalten.

Tool-Alternativen

Whiteboard oder Papier
Gemeinsame Tabelle
Projektablage mit Versionshistorie

postmortem-markdown.md

Bereite Blameless Postmortem mit klarer Frage, Rollen und Quellen vor.

Blameless Postmortem: Arbeitsvorlage

Fragestellung

Noch zu klären

Gewünschtes Ergebnis

Noch zu klären

Rahmen

Vollständigen Ablauf planen Zeit: Nach Umfang und verfügbaren Belegen festlegen

Diese Vorlage während der Arbeit auf Papier oder in einem eigenen Dokument ausfüllen.

Vorbereitung für diesen Umfang

Methodische Grundausstattung

Materialien: Gemeinsame Arbeitsfläche, zugängliche Quellen und Notiz für Entscheidungen.
Rollen: Incident-Beteiligte · Moderation · Action Owner
Vorab-Infos: Frage, Zeitraum, Datenzugriff, beteiligte Rollen und bekannte Unsicherheiten vorab klären.
Gesamter Zeitbedarf: 60–90 Minuten nach gesicherter Stabilisierung; Quellenaufbereitung und Maßnahmenverfolgung separat.
Setup: Eine gemeinsame Version anlegen. Fakten, Annahmen und Entscheidung getrennt kennzeichnen.

Für die Arbeitsschritte bereitstellen

Fakten: Lernrahmen und Fakten sichern

Abgeschlossener Incident und Reviewauftrag

Zeitlinie: Zeitlinie rekonstruieren

Logs, Statusmeldungen und damalige Faktenlage

Bedingungen: Bedingungen untersuchen

Zeitlinie, Systembedingungen und Schutzbarrieren

Maßnahmen: Maßnahmen nachhalten

Lernpunkte, Maßnahmenregister und Owner

Zeitlinie, Bedingungen und Maßnahmen

Auswirkung

Notiere Incident-ID, Auswirkung, Zeitraum und Reviewauftrag.

...

Zeitlinie

Ordne Ereignisse mit Quelle und damaligem Informationsstand.

...

Bedingungen

Halte Prozess-, Werkzeug- und Systembedingungen sowie Unsicherheit fest.

...

Maßnahmen

Ergänze Prävention/Erkennung/Behebung, Owner und Termin.

...

Leere Vorlage: beginne mit einer abgegrenzten Frage. Trage nur erhobene Fakten ein, markiere Annahmen und halte offene Fragen sowie Quellen fest.

Using SRE to meet reliability challenges · Google Cloud

Fakten: Lernrahmen und Fakten sichern

Erwartetes Artefakt: Abgegrenzter Incident mit gesicherten Quellen

Abgegrenzter Incident mit gesicherten Quellen

Eintrag:

...

Ist akute Behebung abgeschlossen?

Zeitlinie: Zeitlinie rekonstruieren

Erwartetes Artefakt: Quellenbasierte Zeitlinie

Quellenbasierte Zeitlinie

Eintrag:

...

Sind Fakten und Interpretation getrennt?

Bedingungen: Bedingungen untersuchen

Erwartetes Artefakt: Systemische Beitragsbedingungen statt Schuldzuweisung

Systemische Beitragsbedingungen statt Schuldzuweisung

Eintrag:

...

Werden mehrere beitragende Bedingungen geprüft?

Maßnahmen: Maßnahmen nachhalten

Erwartetes Artefakt: Nachverfolgbare Verbesserungsmaßnahmen

Nachverfolgbare Verbesserungsmaßnahmen

Eintrag:

...

Sind Maßnahmen überprüfbar und nachverfolgt?

Offene Fragen und nächste Schritte

...

Methodenanleitung: https://methodatlas.meierhoff-systems.de/de/methods/blameless-postmortem/run-sheet

Beispielausgabe

Konkret gefülltes Szenario, fiktives Beispiel

Fiktives Beispiel zur Orientierung. Die genannten Mengen und Zeiten beschreiben diesen Fall und sind keine allgemeine Vorgabe.

blameless-postmortem-beispiel.md

Konkret gefülltes Szenario, fiktives Beispiel

Fiktives Lehrbeispiel

Alle Namen und Werte sind erfunden und dienen nur der Illustration. Offene Erklärungen bleiben als Fragen markiert.

Stolperfallen

Symptome erkennen, gegensteuern

Kurzüberblick, vollständiger Text steht in der jeweiligen Phase im Ablauf

Lernrahmen und Fakten sichernChronologie wird rückblickend vereinfachtIn der Phase ansehen
Zeitlinie rekonstruieren„Menschlicher Fehler“ beendet AnalyseIn der Phase ansehen
Bedingungen untersuchenAktion ist nur „aufmerksamer sein“In der Phase ansehen
Maßnahmen nachhaltenMaßnahmen bleiben ohne EigentümerIn der Phase ansehen