Von verstreuten Logs und Erinnerungen zu Timeline, Lernpunkten und konkreten Verbesserungen.
Ein blameless Postmortem mit Timeline, beitragenden Faktoren, Maßnahmen und Follow-up.
Du kannst entscheiden, welche systemischen Verbesserungen priorisiert werden und welche operativen Anpassungen sofort nötig sind.
Maßnahmen mit Ownern verfolgen, Runbooks oder Alerts aktualisieren und den Lerneffekt im nächsten Review prüfen.
Welche belegte Ereignisfolge erklärt Erkennung, Reaktion und Wirkung des Incidents, ohne spätere Deutung in frühere Entscheidungen zu projizieren?
Die Timeline schafft ein gemeinsames, überprüfbares Bild davon, was wann beobachtet, entschieden und getan wurde.
Aus der Timeline lassen sich anschließend beitragende Faktoren statt Einzelursachen ableiten.
Welche Ereignisse und Bedingungen trugen nachweisbar zum unerwünschten Ergebnis bei, und wie hängen sie zeitlich und kausal zusammen?
Causal Factor Analysis trennt sichtbare Auslöser von Bedingungen, Wechselwirkungen und Lücken im System.
Die Faktoren werden danach in ein anschlussfähiges Lern- und Verbesserungsdokument überführt.
Welche Bedingungen ermöglichten den Vorfall, und wie reduzieren wir Wiederholung oder Auswirkung?
Das Postmortem bündelt Lernen, Wirkung, Faktoren und Maßnahmen ohne Schuldzuweisung.
Aus den Maßnahmen ergeben sich konkrete Änderungen an Runbooks, Alerts oder Prozessen.
Kann eine berechtigte Person unter Druck sicher erkennen, wann und wie dieses Verfahren anzuwenden ist?
Das Runbook macht wiederkehrende Response-Schritte explizit und reduziert Unsicherheit im nächsten Vorfall.
Das aktualisierte Runbook wird operationalisiert und im nächsten Incident oder Game Day geprüft.
Die Artefakte bleiben zugeklappt, bis du sie wirklich brauchst.
Chronologische Vorlage für Incident-Rekonstruktion mit Quellen und Unsicherheiten.
# Incident Timeline
**Incident:** ...
**Zeitraum:** ...
**Quellen:** Logs, Alerts, Chat, Tickets
| Zeit | Ereignis | Quelle | Sicherheit | Notiz |
|---|---|---|---|---|
| HH:MM | | | hoch/mittel/niedrig | |
## Beobachtete Verzögerungen
- ...
## Offene Lücken
- ...
## Lernpunkte
- ...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](https://cloud.google.com/blog/products/management-tools/meeting-reliability-challenges-with-sre-principles)
## 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
Bereite Runbook mit klarer Frage, Rollen und Quellen vor.
# Runbook: 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:** On-call-Fachperson · Service Owner · Reviewer
- **Vorab-Infos:** Frage, Zeitraum, Datenzugriff, beteiligte Rollen und bekannte Unsicherheiten vorab klären.
- **Gesamter Zeitbedarf:** Als laufende Praxis pflegen; regelmäßiger Test bei Änderungen und in vereinbarten Betriebsübungen.
- **Setup:** Eine gemeinsame Version anlegen. Fakten, Annahmen und Entscheidung getrennt kennzeichnen.
### Für die Arbeitsschritte bereitstellen
#### Auslöser: Auslöser und Geltungsbereich festlegen
- Dienst, Alarm, Auslöser und Geltungsbereich
#### Vorgehen: Sichere Schritte formulieren
- Zugänge, Read-only-Prüfungen und erwartete Resultate
#### Eskalation: Eskalation und Erholung definieren
- Eskalation, Freigabe, Rollback und Erfolgskriterium
#### Pflege: Üben und pflegen
- Übungsergebnis, Owner und Reviewtermin
## Auslöser, Diagnose, Eskalation und Recovery
### Auslöser
Definiere Signal, Dienst, Voraussetzungen und Nicht-Anwendungsfall.
...
### Diagnose
Führe lesende Prüfschritte mit erwarteten Resultaten auf.
...
### Aktion
Notiere Autorisierung, Eskalationskontakt und Rückweg.
...
### Erfolg
Dokumentiere Testperson, Testdatum, Owner und Aktualität.
...
Leere Vorlage: beginne mit einer abgegrenzten Frage. Trage nur erhobene Fakten ein, markiere Annahmen und halte offene Fragen sowie Quellen fest.
[Being On-Call · Google SRE Workbook](https://sre.google/workbook/on-call/)
## Auslöser: Auslöser und Geltungsbereich festlegen
Erwartetes Artefakt: Messbarer Auslöser und Verfahrensgrenze
Messbarer Auslöser und Verfahrensgrenze
Eintrag:
...
- [ ] Ist der Auslöser messbar?
## Vorgehen: Sichere Schritte formulieren
Erwartetes Artefakt: Validierte sichere Diagnosefolge
Validierte sichere Diagnosefolge
Eintrag:
...
- [ ] Kann der Schritt mit sicherem Kontext ausgeführt werden?
## Eskalation: Eskalation und Erholung definieren
Erwartetes Artefakt: Eskalations-, Rollback- und Erfolgskriterien
Eskalations-, Rollback- und Erfolgskriterien
Eintrag:
...
- [ ] Gibt es einen klaren Punkt zum Stoppen?
## Pflege: Üben und pflegen
Erwartetes Artefakt: Geübtes Runbook mit Reviewverantwortung
Geübtes Runbook mit Reviewverantwortung
Eintrag:
...
- [ ] Ist das Verfahren aktuell und getestet?
## Offene Fragen und nächste Schritte
...
Methodenanleitung: https://methodatlas.meierhoff-systems.de/de/methods/runbook/run-sheet