Postmortem-Analyse ist ein strukturierter, blameless Prozess zur Untersuchung von Vorfällen und deren Ursachen. Sie dokumentiert Timeline, Ursachenanalyse und getroffene Maßnahmen, um Wiederholungen zu verhindern. Typischerweise werden Beteiligte, technische Daten und Lessons Learned in einem Report zusammengefasst.
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 Zusammenhänge ordnet, verbindet oder entscheidbar macht.
Eine Postmortem-Analyse rekonstruiert einen Vorfall, ordnet Ursachen und Bedingungen ein und verbindet die Erkenntnisse mit konkreten Präventionsmaßnahmen.
Sie verbindet die allgemeine Praxis des Postmortems mit Root-Cause-Analysis. Die Methode ist historisch aus Qualitäts-, Sicherheits- und Betriebsanalysen gewachsen und lässt sich keiner einzelnen Person oder Firma zuschreiben.
Arbeite vom Ereignisbild rückwärts: Auswirkungen und Zeitverlauf sichern, technische und organisatorische Bedingungen sammeln, Hypothesen mit Belegen prüfen und schließlich Maßnahmen nach Wirkung priorisieren. Mehrere Ursachen können gleichzeitig gelten; eine einzelne Kausalkette ist selten ausreichend.
Timeline und Auswirkungen bilden eine gemeinsame, überprüfbare Beschreibung des Vorfalls.
Technische, menschliche und organisatorische Bedingungen erklären, wie der Vorfall möglich wurde.
Maßnahmen verändern Systeme oder Abläufe, damit ähnliche Fehler früher erkannt oder begrenzt werden.
Die Analyse schafft belastbare Ansatzpunkte für Reliability, Qualität und Incident Response. Sie ist besonders nützlich bei komplexen Störungen, verlangt aber Belege und darf Korrelation nicht vorschnell als Ursache behandeln.
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.