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 |  Domain Modeling Context Map |  Architecture Architecture Decision Record |  Domain Modeling Domain Context Map |
|---|---|---|---|---|
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 mehrere Kontexte miteinander reden müssen, macht sie deren Beziehungen und Abhängigkeiten lesbar. Sie hilft, Integrationsdruck und Zuständigkeiten über Systemgrenzen hinweg zu sortieren. | 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. | Wenn ein Domänenmodell und die dazugehörigen Kontexte zusammen gedacht werden sollen, schafft sie einen gemeinsamen Überblick. Sie verbindet fachliche Sicht und organisatorische Grenze zu einem lesbaren Ganzen. |
Komplexitätunterschiedlich | Mittel | Mittel | Niedrig | Mittel |
Zeitunterschiedlich | 6 Wochen Cycle + 2 Wochen Cool-Down | 1-3 h | 15-45 min | 1-3 h |
Teilnehmendeunterschiedlich | 2-4 pro Pitch | 2-8 | 1-3 | 3-10 |
Formatunterschiedlich | Workshop + Async | Workshop + Async | Async | Workshop |
Outputunterschiedlich | Pitches, Bet-Table-Entscheidungen, Hill Charts, Cool-Down-Ergebnisse | Context Map, Integration Patterns, Boundary Notes | ADR File, Decision Log, Rationale | Domain Context Map, Boundary Notes, Ownership Map |
Tagskeine Überschneidung | PlanungDeliveryAutonomie | Domain-Driven DesignGrenzenStrategie | ArchitekturBegründungDokumentationGovernance | Domain-Driven DesignKontextGrenzen |