Reportage · Software Development · S. 12
Postmortems ohne Schuldzuweisung: aus Störungen lernen
Nach einem Ausfall zählt nicht, wer den Fehler gemacht hat, sondern warum das System ihn zugelassen hat. So schreiben Teams ein Postmortem auf Deutsch.
Was ist ein Postmortem? What is a postmortem?
Ein Postmortem ist ein schriftlicher Bericht über eine Störung: was passiert ist, welche Auswirkungen sie hatte und was das Team daraus lernt.
(A postmortem is a written report about an incident: what happened, what impact it had and what the team learns from it.)
Im SRE-Buch von Google gilt die Regel, dass ein Postmortem niemanden beschuldigt.
(In Google’s SRE book, the rule is that a postmortem blames no one.)
Die Idee dahinter: Menschen kann man nicht reparieren, Systeme und Prozesse schon.
(The idea behind it: you can’t fix people, but you can fix systems and processes.)
Am Rand
Wann schreibt ein Team ein Postmortem? When does a team write a postmortem?
Typische Auslöser sind ein Ausfall, den die Nutzer sehen, ein Datenverlust oder ein Eingriff der Bereitschaft.
(Typical triggers are an outage that users can see, data loss, or an intervention by the on-call engineer.)
Auch wenn die Behebung ungewöhnlich lange dauert oder das Monitoring versagt hat, lohnt sich ein Bericht.
(A report is also worth it if the fix takes unusually long or the monitoring failed.)
Vom Alarm zur Verbesserung
From alert to improvement
Störung erkennen
detect the incident
Auswirkungen eindämmen
contain the impact
Ursache beheben
fix the cause
Postmortem schreiben
write the postmortem
Maßnahmen umsetzen
carry out the action items
Systeme verbessern, nicht Menschen beschuldigen
fix systems, not people
Am Rand
So ist ein Postmortem aufgebaut How a postmortem is structured
Die Vorlage im SRE-Buch enthält unter anderem Zusammenfassung, Auswirkungen, Ursachen, Auslöser, Lösung, Maßnahmen und eine Zeitleiste.
(The template in the SRE book includes, among other things, a summary, impact, root causes, trigger, resolution, action items and a timeline.)
In der Zeitleiste stehen die Ereignisse mit Uhrzeit, sachlich und ohne Vorwürfe.
(The timeline lists the events with times, factually and without accusations.)
Jede Maßnahme bekommt eine verantwortliche Person und ein Datum, sonst bleibt sie ein guter Vorsatz.
(Every action item gets an owner and a date; otherwise it stays a good intention.)
Sources: Google, Site Reliability Engineering, chapter “Postmortem Culture: Learning from Failure” and “Example Postmortem” (sre.google/sre-book); Atlassian, “Incident response lifecycle” (atlassian.com/incident-management).
Am Rand
Sprachtipp Grammar rule
Das Passiv im Präteritum: „wurde“ und Partizip II
(The passive in the simple past: “wurde” and past participle)
Im Passiv steht die Handlung im Mittelpunkt, nicht die Person, deshalb passt es gut zur Zeitleiste.
(In the passive, the action is in focus, not the person, so it suits the timeline well.)
Man bildet es mit „wurde“ oder „wurden“ und dem Partizip II am Ende des Satzes.
(It is formed with “wurde” or “wurden” and the past participle at the end of the sentence.)
Beispiele
(Examples:)
„Um 14:05 Uhr wurde der Alarm ausgelöst.“
(“At 2:05 p.m., the alert was triggered.”)
„Die fehlerhafte Konfiguration wurde um 14:40 Uhr zurückgesetzt.“
(“The faulty configuration was rolled back at 2:40 p.m.”)
„Die Nutzer wurden über die Statusseite informiert.“
(“The users were informed via the status page.”)
Merke
(Note:)
Das Passiv versteckt keine Verantwortung: Die Analyse fragt trotzdem, warum das System den Fehler zugelassen hat.
(The passive doesn’t hide responsibility: the analysis still asks why the system let the error through.)
Weiterlesen im Buch
German for IT Project Managers: Hybrid Projects, Status Reports and Steering Committees · Interaktiver Berufsroman
The same page as this article, a whole book long: German texts from your profession, the English after every sentence, the words and the grammar after every text.