Handbuchnavigation öffnen

Vorlagen

Postmortem

Blameless postmortem: Incident Impact, Timeline, Ursachen, Faktoren, Aktionen und Ausführungskontrolle.

Postmortem untersucht, warum das System den Vorfall zugelassen hat und sich weiterzieht, anstatt nach der Person zu suchen, die den letzten Fehler gemacht hat. Separate Ursachen von Begleitfaktoren und formulieren Sie Maßnahmen mit dem Eigentümer, die Dauer und die überprüfbare Risikominderung.

Was ist Postmortem und warum ist es notwendig?

Definition und schnelle Einführung

Postmortem ist ein strukturiertes Meeting und Dokument nach einem Vorfall, einer Veröffentlichung oder einem Fehler in einem Produkt. Das Ziel ist es zu verstehen, was passiert ist, warum und wie man Wiederholungen vermeiden kann. Oft in der Entwicklung, Betrieb, Support-Services außerhalb der IT gefunden. Das Ergebnis ist nicht Schuld, sondern verbesserte Prozesse und die allgemeine Produktsicherheit.

Warum es für das Produkt wichtig ist

Wenn Sie keine Fehler auseinandernehmen und Lösungen dokumentieren, häufen sich Probleme an, Lösungen gehen verloren und die gleichen Rechen kommen zurück. Kompetente Postmortems lehren das Team zu reflektieren und Offenheit, stabile Prozesse zu bilden.

Beispiel: Nach einem SaaS-Service-Abonnement-Absturz sammelt das Team postmortem: Aufzeichnungen, bei denen der Fehler aufgetreten ist (z. B. ein Fehler bei der Integration von Zahlungen), findet die Ursache (eine undokumentierte API-Änderung), schlägt Gegenmaßnahmen vor (Überwachungsmechanismen, Verbesserung der Dokumentation).

Klassische Postmortem-Vorlage

Grundstruktur des Dokuments

In der Praxis wird eine kurze und erweiterte Form des Postmortem-Dokuments unterschieden. Die Mindeststruktur ist wie folgt:

  1. Kurze Beschreibung des Vorfalls
  2. Datum und Uhrzeit der Veranstaltung
  3. Einfluss: Wer war betroffen, wie wurde es manifestiert
  4. Detaillierte Analyse der Ursachen
  5. Letzte Aktionen: Was wurde getan, um zu beseitigen
  6. Vorschläge zur Prävention
  7. Rechenschaftspflicht und Zeitpläne
  8. Offene Fragen

Beispiel für die Struktur (passen Sie sich Ihrem Befehl an)

  1. Vorfall: massiver Rollback der Zahlung am 3. März, Unzugänglichkeit des Kundenbüros
  2. Wann: 3.03.2024, von 13:20 bis 14:40
  3. Auswirkung: 15% der Nutzer können sich nicht anmelden, Support-Anrufe steigen
  4. Grund: Zusammenführung eines falschen Fixes ohne Tests
  5. Aktionen: manuelle Zahlungswiederherstellung, Kundenfeedback?
  6. Prävention: obligatorische Tests in CI, Release Checkliste
  7. Verantwortlich: Backend-Team, Fristen für Änderungen bis 7.03

Mehr zu Postmortem (Atlassian) Vorlagen

Checkliste für hochwertige Postmortem

Vor dem Postmortem

  1. Aufzeichnen der Fakten in chronologischer Reihenfolge ohne Auswertung
  2. Alle in den Fall einbeziehen.
  3. Sammeln von Logs, Metriken, Chat-Datensätzen
  4. Was aus der Perspektive des Benutzers und des Unternehmens passiert ist

Während der Diskussion

  1. Sprechen Sie die Fakten, vermeiden Sie Anschuldigungen
  2. Überprüfen Sie alle Hypothesen zu Quellen: Code, Protokolle, Dokumentation
  3. Schreibe jeden Schritt auf: was, wann, wer, warum
  4. Beachten Sie, was gut funktioniert hat - die besten Ergebnisse sind es wert, repariert zu werden

Nach dem Postmortem

  1. Notieren Sie die Ergebnisse, machen Sie eine kurze Zusammenfassung
  2. Benennen Sie die Verantwortlichen für die Änderungen
  3. Treffen Sie eine öffentliche Entscheidung, wenn es die Politik Ihres Unternehmens ist.
  4. Post-Analytic Tasks zum Tracker hinzufügen

Detaillierte Checkliste und vorgefertigte Formulare (SRE Google)

Häufige Fehler und Anti-Muster von Postmortem

Schwere Fehler

  1. Bewertungsurteile und Schuldzuweisungen
  2. Verschwommene Handlungen wie „Verantwortung erhöhen
  3. Mangel an Spezifität: kein Datum der Berichtigung oder verantwortlich
  4. Verhalten um eines Zeckes willen - das Dokument geht auf den Tisch, wird nicht angewendet
  5. Kein Austausch von Ergebnissen mit dem Team

Ein Beispiel für ein Anti-Muster: Nach einem Service-Drop schreibt das Team allgemeine Formulierungen ohne Einzelheiten: “Tests verbessern”, “sei vorsichtiger”, aber ordnet keine Zeit oder Ressourcen für die reale Arbeit zu.

Wie man Postmortem-Kultur in einem Team einführt

Mindestschritte

  1. Zeigen Sie die Vorteile für das Team: erhöhte Transparenz, weniger Fehler
  2. Geben Sie eine bequeme Vorlage, speichern Sie Postmortems im öffentlichen Zugang
  3. Kurze Termine unmittelbar nach dem Vorfall (bis zu 1 Tag)
  4. Ermutigen Sie Offenheit: Besprechen Sie zuerst öffentlich Ihre Fehler
  5. Start small: Vorlage, Checkliste – und schrittweise die Praxis erweitern

Beispiel für die Umsetzung

In einem kleinen Team wurden Vorfälle zuvor mündlich diskutiert, so dass Vereinbarungen verloren gingen und ähnliche Misserfolge wiederholt wurden. Das Team gibt einen kurzen Postmortem nur für Ereignisse über dem vereinbarten Schwellenwert ein. Nach mehreren Zyklen überprüft es nicht die Anzahl der Dokumente, sondern die Durchführung von Korrekturmaßnahmen und das Wiederauftreten der gleichen Risikofaktoren.

FAQ von postmortem

**Wann wird ein Vorfall als postmortalitätswürdig angesehen? Wenn eine erhebliche Anzahl von Benutzern betroffen ist, SLAs verletzt werden, hat es finanzielle oder Reputationsschäden gegeben. Mindestkriterien können im Team festgelegt werden.

Wer sollte am Postmortem teilnehmen? Die am Vorfall Beteiligten sowie Vertreter verwandter Funktionen (Entwicklung, Support, Produkt).

**Muss ich die Ergebnisse öffentlich teilen? Nicht immer, aber im Team. In großen Diensten teilen sie oft mit Kunden – sie erhöhen das Vertrauen.

Wie geht man nicht auf die Suche nach den Schuldigen? ******************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************* Konzentriere dich auf den Prozess, nicht auf die Persönlichkeiten. Schreiben Sie den Wortlaut: Es war nicht die Person, die den Fehler gemacht hat, und der Prozess hat nicht vor dem Fehler geschützt.

Wie lange dauert es, Postmortem vorzubereiten? Im Durchschnitt 1-2 Stunden plus ein Meeting, wenn Sie Fakten im Voraus sammeln.

**Woher wissen Sie, ob die postmortem Maßnahmen umgesetzt werden? Setzen Sie Aufgaben in den Tracker, setzen Sie Fristen, überprüfen Sie den Status auf Retro.