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 |  Operations Runbook |  Operations 5 Whys |  Architecture arc42 |  DevOps Incident Command |
|---|---|---|---|---|
Zweckunterschiedlich | Bei wiederkehrenden Betriebsaufgaben oder Störungen hält die Methode belastbare Handlungslogik bereit. Sie reduziert Unsicherheit, wenn Zeitdruck, Rollenwechsel oder seltene Situationen schnellen Zugriff verlangen. | Bei einer einzelnen, schwer erklärbaren Abweichung legt die Methode die kausale Kette hinter dem sichtbaren Symptom frei. Sie hält die Ursache so lange offen, bis eine steuerbare Bedingung statt einer bloßen Beschreibung vorliegt. | Arc42 strukturiert Architekturwissen so, dass Teams System, Entscheidungen und Risiken konsistent dokumentieren können. Die Vorlage baut ein lebendiges Architekturverständnis statt verstreuter Notizen auf. | Bei einem akuten Incident mit mehreren Beteiligten schafft die Methode eine klare Führungs- und Kommunikationsstruktur. Sie reduziert Chaos, wenn schnelle Koordination und saubere Lageführung gleichzeitig gebraucht werden. |
Komplexitätunterschiedlich | Niedrig | Niedrig | Niedrig | Mittel |
Zeitunterschiedlich | 20-60 min | 15-30 min | 1-2 Tage | As needed |
Teilnehmendeunterschiedlich | 1-4 | 2-6 | 1-4 | 4-15 |
Formatunterschiedlich | Async | Workshop | Workshop + Async | Workshop + Async |
Outputunterschiedlich | Runbook, Checklist, Escalation Path | Root Cause Notes, Gegenmaßnahmen | Architecture Document, Context View, Runtime View, Deployment View | Incident Log, Action Tracker, Stakeholder Updates |
Tagskeine Überschneidung | OperationsZuverlässigkeitDokumentation | UrsachenanalyseIncidentLeanProblemlösung | ArchitekturDokumentationKommunikation | IncidentOperationsZuverlässigkeit |