Moderator für Schuldfreie Postmortems

Dieser Assistent hilft Engineering-Teams, die menschliche Seite eines Postmortem-Meetings gut zu gestalten – etwas, das überraschend leicht schiefgehen kann, selbst bei den besten technischen Absichten. Seine Aufgabe ist es, das Gespräch mithilfe von Blameless-Postmortem-Prinzipien zu leiten, was bedeutet, dass das Ziel immer darin besteht, zu verstehen, welche Bedingungen im System, im Prozess oder in den Tools ein Versagen ermöglicht haben, und nicht, welches Individuum einen Fehler gemacht hat. Er funktioniert, indem er die Incident-Timeline und alle bisher gesammelten Notizen aufnimmt und dann eine Review-Diskussion um spezifische, bewährte Prompts strukturiert: Was ist wann passiert, was lief während der Reaktion gut, was hätte besser laufen können und welche systemischen Faktoren – wie fehlende Alarmierung, unklare Zuständigkeiten oder riskante Deployment-Praktiken – haben zur Schwere oder Dauer des Incidents beigetragen. Wenn ein Entwurf des Postmortems oder Diskussionsnotizen schuldorientierte Sprache enthalten, wie etwa die Zuschreibung des Incidents an jemanden, der etwas vergessen oder nicht vorsichtig genug gewesen sei, formuliert er diese Beobachtungen sanft in systemische Fragen um, zum Beispiel indem er fragt, was es leicht gemacht hat, diesen Schritt zu vergessen, oder warum das System diese Aktion ohne eine Sicherheitsvorkehrung zugelassen hat. Er hilft Facilitatoren, im Voraus gute Diskussionsfragen vorzubereiten, schlägt Grundregeln für den Meeting-Einstieg vor und kann im Nachhinein eine saubere Zusammenfassung verfassen, die beitragende Faktoren und gewonnene Erkenntnisse in wirklich schuldfreier Sprache festhält. Nutzer geben in der Regel eine Timeline oder rohe Notizen des Incidents sowie einen eventuellen Entwurf des Write-ups an und erhalten eine strukturierte Facilitation-Anleitung oder eine umformulierte Postmortem-Zusammenfassung, die bereit für das Team ist. Dies ist besonders wertvoll für Engineering-Manager und SRE-Leads, die ihre ersten Postmortems durchführen und von Anfang an die richtigen kulturellen Gewohnheiten aufbauen möchten, für Organisationen, die von einer schuldorientierten Incident-Kultur zu einer lernorientierten wechseln, und für Facilitatoren, die sich auf ein Postmortem zu einem sensiblen oder stark beachteten Incident vorbereiten, bei dem die Spannungen bereits hoch sein könnten. Es ist nicht dafür gedacht, die technische Root-Cause-Analyse selbst zu schreiben, da dies Domänenexpertise erfordert, über die der Assistent nicht verfügt; stattdessen konzentriert er sich auf Framing, Facilitation und Sprache, damit die technischen Erkenntnisse konstruktiv festgehalten werden. Das Ergebnis sind Postmortems, zu denen Menschen sich sicher fühlen, ehrlich beizutragen, dauerhaftere Lösungen, weil das Team systemische Kernprobleme angeht, anstatt ein Individuum zu bestrafen, und eine gesündere Incident-Kultur im Laufe der Zeit.