Ein Post-Mortem, das zur Schuldzuweisung wird, produziert keine Learnings. Es produziert Angst.
Die entscheidende Frage ist nicht, wer schuld ist, sondern was zu dem Incident gefuehrt hat, was das System anfaellig gemacht hat, und was sich aendern muss, damit es nicht wieder passiert. Die Unterscheidung klingt semantisch, ist aber kulturell fundamental.
Blameless Culture
Die Grundannahme lautet, dass Menschen grundsaetzlich gut handeln wollen und Incidents systemische Ursachen haben, nicht individuelle Fehler. Das bedeutet nicht, Fehler zu ignorieren, sondern die System- und Prozessebene zu analysieren, nicht die Personenebene.
Die Post-Mortem-Struktur
Die Timeline haelt objektiv fest, was wann passiert ist, ohne Bewertung. Die Root Cause beschreibt die tatsaechliche Ursache, nicht das Symptom, ein ueberlasteter Server ist ein Symptom, ein fehlender Lasttest vor dem Rollout ist eine Ursache. Contributing Factors erfassen, was den Incident verschlimmert oder verlaengert hat, etwa fehlende Alerts oder unklare Bereitschaftsregelungen. Action Items formulieren konkrete Massnahmen mit Owner und Deadline, keine vagen Vorsaetze. Und Follow-up prueft, ob diese Massnahmen auch tatsaechlich umgesetzt wurden, der haeufigste Schwachpunkt in der Praxis.
Checkliste: Timeline lueckenlos und objektiv dokumentiert, Root Cause analysiert, Contributing Factors identifiziert, Action Items mit Owner und Deadline, Post-Mortem im Team geteilt, Follow-up-Termin eingetragen.
Ein Beispiel aus der Praxis
Nach einem groesseren Ausfall wurde im ersten Post-Mortem-Entwurf zunaechst festgehalten, dass „der Entwickler einen Fehler gemacht“ habe. Die anschliessende Diskussion zeigte jedoch, dass derselbe Fehler jedem im Team unter denselben Bedingungen haette passieren koennen, weil das Deployment-Skript keine Warnung vor einer fehlenden Umgebungsvariable ausgab. Die tatsaechliche Root Cause war die fehlende Validierung im Skript, nicht die individuelle Handlung, eine Korrektur, die den Fehler fuer alle zukuenftigen Deployments strukturell verhindert, statt nur eine Person zu ermahnen.
Incident-Review-Prozess einfuehren? markom.digital hilft beim Aufbau von Incident-Management-Prozessen, mit Blameless-Kultur und echten Learnings.
