FORSCHUNGS_CHRONIK
Die Wissenschaft von Engineering-Incidents und Identität: Warum es selten die Schuld eines Einzelnen ist
"Wer hat Prod kaputt gemacht?" klingt nach der richtigen Frage nach einem Ausfall. Die Systemforschung gibt eine weniger befriedigende, aber weitaus nützlichere Antwort: Komplexe Systeme scheitern durch das Zusammentreffen vieler kleiner Bedingungen, nicht durch einen einzigen leichtfertigen Akteur (Reason 1990; Google SRE 2016). Unterdessen werden die Personen, die am meisten dafür verantwortlich sind, dass diese Systeme am Laufen bleiben — diejenigen, die Infrastrukturarbeit, Bereitschaftsdienste und Klebstoffarbeit leisten —, systematisch zu wenig anerkannt (Champion et al. 2024). Und jetzt kommt eine neue Identitätsbedrohung hinzu: KI-Tools, die versprechen, Ingenieure zu ersetzen, werden von einer schrumpfenden Minderheit der Entwickler vertraut (Stack Overflow 2025). Das alte Skript — 'hier ist jemand der Schuldige' — ist fast immer die falsche Lesart.
Wie sich die Wissenschaft verändert hat · 1983–2024
- 1983
Arlie Hochschilds The Managed Heart prägt das Konzept der Gefühlsarbeit — Arbeit, die das Management der eigenen Gefühle als Teil der Tätigkeit erfordert, aber in keiner formalen Buchhaltung erfasst wird. Das Konzept verankert später die Forschung zu unsichtbarer Klebstoffarbeit in Software-Teams. ↗
- 1990
James Reason veröffentlicht Human Error und stellt das Schweizer-Käse-Modell der Unfallverursachung vor: Fehler entstehen, wenn Lücken in mehreren Abwehrschichten zusammentreffen, nicht weil eine Person einen einzigen Fehler gemacht hat. Das Modell wird grundlegend für die Luftfahrt, Medizin und später für die Software-Zuverlässigkeit. ↗
- 2006
Sidney Dekkers The Field Guide to Understanding Human Error rahmt 'menschliches Versagen' als Symptom, nicht als Ursache — der Ingenieur, der den falschen Knopf gedrückt hat, tat dies innerhalb eines Systems, das diese Aktion zuließ oder begünstigte. Schuldzuweisung, so Dekker, stoppt Untersuchungen auf der falschen Ebene. ↗
- 2012
John Allspaw und Jesse Robbins popularisieren schuldfreie Post-Mortems bei Etsy mit dem Argument, dass Ingenieure, die Bestrafung fürchten, Informationen verbergen — und versteckte Informationen töten die Zuverlässigkeit. Ihr Ansatz beeinflusst später Googles Site Reliability Engineering-Praxis. ↗
- 2016
Google veröffentlicht sein SRE-Buch und widmet ein vollständiges Kapitel der Postmortem-Kultur. Das Kapitel kodifiziert Schuldfreiheit als Organisationspolitik: 'Die Hauptziele des Schreibens eines Postmortems sind sicherzustellen, dass der Vorfall dokumentiert ist, alle beitragenden Grundursachen verstanden sind und effektive vorbeugende Maßnahmen ergriffen werden.' ↗
- 2018
Forsgren, Humble und Kim veröffentlichen Accelerate und korrelieren organisatorische Praktiken mit der Softwarelieferleistung über Tausende von Teams. Ihre Daten zeigen: Hochleistende Teams zeichnen sich nicht durch schuldfreie Helden aus, sondern durch psychologische Sicherheit, schnelle Feedbackschleifen und verteilte Verantwortung für Zuverlässigkeit. ↗
- 2024
Champion et al. veröffentlichen eine groß angelegte empirische Studie zu unsichtbarer Arbeit in Open-Source-Software-Ökosystemen: Infrastrukturwartung, Dokumentation, Code-Review und Community-Management werden systematisch weniger anerkannt als Feature-Commits — und die Lücke benachteiligt Ingenieure, die sich auf Zuverlässigkeit statt auf Neues spezialisieren. ↗