Blameless bedeutet schuldfrei: Bei der Aufarbeitung von Störfällen wird nicht nach Schuldigen gesucht, sondern nach den systemischen Ursachen. Die Idee stammt aus dem Google-SRE-Buch und geht von der Annahme aus, dass alle Beteiligten mit den besten Absichten und dem damals verfügbaren Wissen gehandelt haben.
Warum schuldfrei?
Wer Angst vor persönlichen Konsequenzen hat, berichtet Fehler nur ungern. Eine Blameless-Kultur schafft dagegen Vertrauen und Offenheit. Sie ist die Grundlage eines ehrlichen Postmortem: Erst wenn niemand befürchten muss, beschuldigt zu werden, kommen die wahren Ursachen auf den Tisch. Ziel ist nicht, Menschen zur Rechenschaft zu ziehen, sondern das System zu verbessern.
Abgrenzung: Verantwortung statt Schuld
Blameless bedeutet nicht folgenlos. Wer vorsätzlich oder grob fahrlässig handelt, bleibt verantwortlich. Es geht um die Unterscheidung zwischen menschlichem Irrtum und strukturellem Versagen: Liegt die Ursache in unklaren Abläufen, fehlenden Werkzeugen oder Zeitdruck, hilft es nichts, eine Einzelperson zu bestrafen. Stattdessen werden Maßnahmen abgeleitet, die den Prozess robuster machen.
Praxis
- Ein Incident Commander sorgt während des Störfalls für eine ruhige, zielgerichtete Atmosphäre ohne Schuldzuweisungen.
- Postmortems fragen nach den Faktoren, nicht nach den Personen: Zeitdruck, fehlende Dokumentation, unzureichendes Monitoring.
- Die gewonnenen Erkenntnisse fließen in die Aktualisierung von Runbook und Alerting ein und erhöhen so die Resilienz des Systems.
Verwandte Grundlagen: Incident Management, Observability, Error Budget.