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 |  DevOps Blameless Postmortem |  Systems Thinking Future Reality Tree |  Agile 4Ls Retrospective |  Systems Thinking Evaporating Cloud |
|---|---|---|---|---|
Zweckunterschiedlich | 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. | Ein Future Reality Tree zeigt, wie gewünschte Maßnahmen zu einem besseren Systemzustand führen sollen. Die Methode prüft, ob ein Veränderungspfad logisch zusammenhängt, bevor Zeit in Umsetzung fließt. | Wenn ein Sprint nicht nur bewertet, sondern auch gelernt werden soll, fasst sie Erfahrung in klare Lernkategorien. Sie hält fest, was funktioniert hat, was fehlt und was nächstes Mal anders laufen soll. | Die Evaporating Cloud macht einen scheinbaren Zielkonflikt sichtbar und bearbeitbar. Sie liest Konflikte als Struktur aus Bedürfnissen und Annahmen, nicht als reinen Positionskampf. |
Komplexitätunterschiedlich | Mittel | Hoch | Niedrig | Mittel |
Zeitunterschiedlich | 30-90 min | 2-4 h | 45–75 min | 60-120 min |
Teilnehmendeunterschiedlich | 3-12 | 3-8 | Beteiligtes Team | 2-8 |
Formatunterschiedlich | Workshop + Async | Workshop | Workshop | Workshop |
Outputunterschiedlich | Postmortem Doc, Action Items, Timeline | Future Reality Tree, Negative Branches, Assumption List, Improved Injections | 4Ls Board, Learning Themes, Improvement Actions | Conflict Cloud, Assumption List, Breakthrough Ideas, Next Experiments |
Tagskeine Überschneidung | Site Reliability EngineeringIncidentLernenZuverlässigkeit | Theory of ConstraintsSystemdenkenVeränderung | RetrospektiveLernenReflexionTeam | Theory of ConstraintsAnnahmenSystemdenken |