Loading content
Ein Postmortem ist eine strukturierte Nachanalyse nach Störungen oder fehlerhaften Releases. Es dokumentiert Ursachen, Auswirkungen und Maßnahmen, fördert eine lernende Kultur und hilft, wiederkehrende Probleme zu vermeiden. Ziel ist die nachhaltige Verbesserung von Prozessen und Systemzuverlässigkeit.
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und bei Bedarf in die 360°-Bewertung zu wechseln.
Ausführbares Vorgehen: kann angewendet werden und erzeugt ein Ergebnis.
Was du verstehen musst, um ein Themenfeld sinnvoll zu denken.
Ein Postmortem untersucht einen Vorfall nachträglich, hält Auswirkungen und Ursachen fest und leitet überprüfbare Verbesserungen ab.
Die Bezeichnung stammt aus der medizinischen Nachbesprechung eines Todesfalls und wurde in der Softwarepraxis für strukturierte Incident-Rückblicke übernommen. Einen einzelnen Urheber gibt es in dieser allgemeinen Form nicht; SRE- und DevOps-Teams prägten die heutige Anwendung.
Lege zuerst eine belastbare Zeitleiste und den Nutzer- oder Geschäftsschaden an. Trenne danach direkte Auslöser von beitragenden Bedingungen, prüfe die Erkennung und Reaktion und formuliere wenige Maßnahmen mit Verantwortlichen und Termin. Der Rückblick bleibt lernorientiert und bewertet Systeme, Entscheidungen und Schutzmechanismen.
Der beobachtete Schaden beschreibt, wen oder was der Vorfall beeinträchtigt hat.
Zeitlich geordnete Ereignisse machen Verlauf und Entscheidungspunkte nachvollziehbar.
Konkrete, verantwortete Änderungen senken die Wahrscheinlichkeit oder Wirkung einer Wiederholung.
Postmortems verwandeln Betriebsstörungen in Organisationslernen. Ihr Wert entsteht durch gute Evidenz, psychologische Sicherheit und nachverfolgte Maßnahmen; eine reine Schuldzuweisung verschlechtert Meldekultur und Zuverlässigkeit.
Wo dieser Baustein im Themenmodell verortet ist.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.