Methoden Seite an Seite ansehen.
Wähle bis zu vier Methoden. Ergänze sie über die Suche und teile den Vergleich über seinen Link.
| Kriterium |  Systems Thinking Iceberg Model |  Operations After-Action Review |  DevOps Blameless Postmortem |  Operations Family Tree Analysis |
|---|---|---|---|---|
Zweckunterschiedlich | Das Iceberg Model trennt sichtbare Ereignisse von Mustern, Strukturen und mentalen Modellen. So wird aus einer Einzelbeobachtung ein tieferes Verständnis dafür, warum ein Problem immer wiederkehrt. | Nach Einsätzen oder Projektphasen mit unklaren Ergebnissen macht die Methode sichtbar, was tatsächlich passiert ist und was davon lernen lässt. Sie trennt Verlauf, Wirkung und Ursachen, damit Erfahrung in belastbare Verbesserungen übergeht. | Nach einem Incident mit Schaden oder Beinahe-Schaden schafft die Methode ein nüchternes Lernfeld ohne Schuldzuweisung. Sie richtet den Blick auf Verlauf, Bedingungen und wirksame Gegenmaßnahmen. | Bei einer Folge von Vorfällen mit ähnlichem Muster ordnet die Methode einzelne Ereignisse als Verzweigung einer gemeinsamen Herkunft. Sie macht sichtbar, welche Bedingungen immer wieder auftauchen. |
Komplexitätunterschiedlich | Niedrig | Niedrig | Mittel | Mittel |
Zeitunterschiedlich | 30-60 min | 20-45 min | 30-90 min | 2-4 h |
Teilnehmendeunterschiedlich | 2-10 | 3-12 | 3-12 | 2-6 |
Formatidentisch | Workshop + Async | Workshop + Async | Workshop + Async | Workshop + Async |
Outputunterschiedlich | Iceberg Worksheet, Pattern Notes, Intervention Ideas | Lessons Learned, Action Items, Event Summary | Postmortem Doc, Action Items, Timeline | Family Tree Diagram, Pattern-Notizen, Systemische Maßnahmen |
Tagskeine Überschneidung | SystemdenkenUrsachenanalyseMuster | LernenOperationsVerbesserung | Site Reliability EngineeringIncidentLernenZuverlässigkeit | UrsachenanalyseMusterIncidentSystemisch |