methodatlas
DevOps

Blameless Postmortem

Rekonstruiert ein Störungsereignis ohne Schuldzuweisung und übersetzt Ursachen in konkrete Verbesserungsaktionen.

Kernfrage
Welche Systembedingungen und Entscheidungspunkte haben den Incident möglich gemacht, und welche konkreten Massnahmen verhindern die Wiederholung?
MittelWorkshop + Async30-90 min
Zweck

Nach einem Incident mit Schaden oder Beinahe-Schaden schafft die Methode ein nüchternes Lernfeld ohne Schuldzuweisung. Sie richtet den Blick auf Verlauf, Bedingungen und wirksame Gegenmaßnahmen.

Funktionsweise

Der Vorfall wird so rekonstruiert, dass Fakten und Entscheidungen nachvollziehbar bleiben, ohne Menschen zum Erklärziel zu machen. Dadurch treten systemische Beiträge und Signale aus dem Alltag klarer hervor. Die nachfolgenden Verbesserungen zielen auf Robustheit statt auf persönliche Rechtfertigung.

Visuelle Orientierung

Methodenskizze für ein schnelles Grundgefühl.

Blameless Postmortem · LernreviewImpact, Timeline, Systemfaktoren und Actions ohne Schuldzuweisung sichtbar machen
Blameless Postmortem LernreviewDie Skizze zeigt Impact, Fakten-Timeline, beitragende Systemfaktoren, Corrective Actions und geteiltes Lernen ohne Schuldzuweisung.Incident verstehen, System verbessernFakten, Kontext und Maßnahmen werden sichtbar, ohne Menschen als Ursache zu markieren.ImpactKunden, Dauer, SystemeBlamelessMenschen handeln im KontextFakten-TimelineAlert10:04Triage10:12Mitigation10:38Recovery11:05SignalAlarm zu spätRunbookSchritt fehlteAbhängigkeitunklarer OwnerCorrective ActionsMonitoringSignal schärfenRunbookRecovery ergänzenReviewFollow-up prüfenGeteiltes LernenDocOwnerTermin

Ablauf

  1. 1Incident dokumentieren
  2. 2Impact und Timeline beschreiben
  3. 3Contributing Causes identifizieren
  4. 4Corrective Actions festlegen
  5. 5Learnings teilen

Das Runsheet führt mit 5 Phasen, Timeboxen, 6 Stolperfallen und klaren Abbruchkriterien durch die Umsetzung.

Runsheet öffnen

Ideal für

  • Incidents
  • Outages
  • Reliability Culture

Nicht gut für

  • Performance Evaluation
  • Punitive Investigations

Vertiefung

Im Detail

Ein Blameless Postmortem schafft Lernfähigkeit nach Störungen, weil es Entscheidungen im Kontext rekonstruiert statt Schuldige zu suchen. Timeline, Impact, beitragende Faktoren und Maßnahmen brauchen klare Trennung. Der Nutzen entsteht, wenn das Team bessere Schutzmechanismen, Signale oder Recovery-Pfade ableitet und die Geschichte des Incidents nachvollziehbar bleibt.

Durchführung

Sichere Timeline, Logs, Screenshots und getroffene Entscheidungen, solange der Vorfall noch frisch im Gedächtnis liegt. Die Stimmung bleibt konstruktiv, wenn Formulierungen Bedingungen, Signale und Trade-offs beschreiben statt Personen zu bewerten. Schließe mit Systemänderungen, einem Nachverfolgungsweg und einem Termin, an dem die Wirksamkeit der Maßnahmen überprüft wird.

Output-Artefakte
Postmortem DocAction ItemsTimeline
Tags
Artefakt-Vorlagen
Blameless PostmortemVorlage für Lernen, beitragende Faktoren und Maßnahmen nach einem Incident.
markdown

postmortem-markdown.md

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ßnahmeOwnerDatumErwartete Wirkung

Follow-up

Review-Termin und Status.

Wann stattdessen?

Kurze Entscheidungshilfe für vorhandene Alternativen.

After-Action Review

Statt Blameless Postmortem, wenn ihr nach einem Ereignis rasch lernen und konkrete Verbesserungen festhalten wollt.

Ähnliche Methoden

Alle Methoden