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 | ![]() Facilitation Open Space Technology | ![]() Facilitation Barcamp | ![]() DevOps Incident Timeline Analysis |
|---|---|---|---|---|
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. | Wenn ein komplexes Thema noch keine passende Agenda hat, gibt Open Space Technology den Beteiligten die Themenhoheit zurück. Das Format eignet sich für Fragen, die nur dann vorankommen, wenn echtes Interesse die Reihenfolge bestimmt. | Wenn viele Menschen Wissen beitragen können und der Ablauf offen bleiben soll, liefert Barcamp einen Rahmen für selbstorganisierte Sessions. Das Format kanalisiert Energie, ohne die Inhalte vorher zu eng vorzudefinieren. | Bei einem Incident mit unklarer Reihenfolge macht die Methode den zeitlichen Verlauf präzise sichtbar. Sie trennt Wahrnehmung, Reaktion und Verzögerung, damit Ursache und Wirkung sauberer lesbar werden. |
Komplexitätunterschiedlich | Mittel | Hoch | Mittel | Mittel |
Zeitunterschiedlich | 30-90 min | 0.5-2 Tage | Halber Tag bis 2 Tage | 60-180 min |
Teilnehmendeunterschiedlich | 3-12 | 20-500+ | 15-200 | 3-10 |
Formatunterschiedlich | Workshop + Async | Workshop | Workshop | Workshop + Async |
Outputunterschiedlich | Postmortem Doc, Action Items, Timeline | Session Marketplace, Proceedings, Action Topics | Session Board, Session Notes, Community Learnings | Incident Timeline, Evidence Log, Delay Analysis, Improvement Actions |
Tagskeine Überschneidung | Site Reliability EngineeringIncidentLernenZuverlässigkeit | FacilitationGroßgruppeAutonomie | FacilitationGroßgruppeLernen | IncidentZeitleisteSite Reliability Engineering |



