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 | ![]() Delivery Shape Up | ![]() Product Discovery Dual-Track Agile | ![]() Architecture Architecture Decision Record | ![]() Architecture arc42 |
|---|---|---|---|---|
Zweckunterschiedlich | Wenn Produktarbeit in dauernden Sprintwechseln steckenbleibt und Scope ständig wächst, schützt Shape Up den Zuschnitt einer Initiative. Die Methode verbindet feste Zyklen mit klar geformten Vorhaben, damit Fortschritt wieder verlässlich wird. | Wenn Unsicherheit und Lieferung parallel laufen, trennt sie Lernarbeit von Umsetzung und hält beides verbunden. Sie verhindert, dass ungeprüfte Ideen direkt in den Lieferstrom fallen. | Ein ADR hält eine Architekturentscheidung mit Kontext, Abwägung und Konsequenz dauerhaft fest. Es schafft Anschlussfähigkeit für spätere Änderungen, weil der Entscheidungsweg nachvollziehbar bleibt. | 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. |
Komplexitätunterschiedlich | Mittel | Mittel | Niedrig | Niedrig |
Zeitunterschiedlich | 6 Wochen Cycle + 2 Wochen Cool-Down | Laufend, Wochen bis Monate | 15-45 min | 1-2 Tage |
Teilnehmendeunterschiedlich | 2-4 pro Pitch | 4-10 | 1-3 | 1-4 |
Formatunterschiedlich | Workshop + Async | Workshop + Async | Async | Workshop + Async |
Outputunterschiedlich | Pitches, Bet-Table-Entscheidungen, Hill Charts, Cool-Down-Ergebnisse | Discovery Backlog, Delivery Backlog, Experiment-Ergebnisse, Validierte Stories | ADR File, Decision Log, Rationale | Architecture Document, Context View, Runtime View, Deployment View |
Tagskeine Überschneidung | PlanungDeliveryAutonomie | AgilDiscoveryDelivery | ArchitekturBegründungDokumentationGovernance | ArchitekturDokumentationKommunikation |



