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.
Was ist wann passiert, welche Signale und Entscheidungen prägten den Incident, und wo liegen Lernpunkte?
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 haben zum Vorfall beigetragen, welche dieser Faktoren sind kausal verbunden, und welche Root Causes liegen den beitragenden Faktoren zugrunde?
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 Systembedingungen und Entscheidungspunkte haben den Incident möglich gemacht, und welche konkreten Massnahmen verhindern die Wiederholung?
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.
Welche Schritte fuehrt eine geschulte Person in welcher Reihenfolge aus, um den Trigger sicher zu behandeln, ohne improvisieren zu muessen?
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
- ...Vorlage für Lernen, beitragende Faktoren und Maßnahmen nach einem Incident.
# Blameless Postmortem
## Zusammenfassung
Was ist passiert, welche Wirkung hatte es?
## Impact
- Kundenauswirkung:
- Dauer:
- Betroffene Systeme:
## Timeline
Link oder Auszug der Timeline.
## Beitragende Faktoren
- ...
## Was lief gut?
- ...
## Was verbessern wir?
| Maßnahme | Owner | Datum | Erwartete Wirkung |
|---|---|---|---|
## Follow-up
Review-Termin und Status.Checkliste für operative Runbooks mit Trigger, Diagnose, Aktion, Rollback und Eskalation.
- [ ] Trigger klar beschrieben
- [ ] Voraussetzungen und Zugänge genannt
- [ ] Diagnose-Schritte in Reihenfolge
- [ ] Aktionen mit erwarteter Wirkung
- [ ] Verifikation nach jeder kritischen Aktion
- [ ] Rollback oder Stop-Kriterium
- [ ] Eskalationspfad mit Kontakt
- [ ] Letzter Testlauf dokumentiert