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 | ![]() Domain Modeling Context Map | ![]() Delivery RAID Log | ![]() Business Strategy Business Model Stress Test | ![]() Domain Modeling Bounded Context Canvas |
|---|---|---|---|---|
Zweckunterschiedlich | 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. | Wenn Risiken, Annahmen und Abhängigkeiten über mehrere Streams verstreut sind, bündelt ein RAID Log die operative Lage an einem Ort. Offene Punkte bleiben dadurch sichtbar, statt in Statusgesprächen oder Mails zu zerfallen. | Ein Business Model Stress Test prüft, wie robust ein Geschäftsmodell unter Druck und Gegenwind bleibt. Die Methode macht Bruchstellen sichtbar, bevor reale Marktbedingungen sie offenlegen. | Wenn ein fachlicher Kontext noch unscharf umrissen ist, bringt sie Sprache, Zuständigkeit und Integrationsraum in Form. Sie klärt, was zusammengehört und wo eine Grenze tragfähig sein muss. |
Komplexitätunterschiedlich | Mittel | Niedrig | Hoch | Mittel |
Zeitunterschiedlich | 1-3 h | 30 min Setup, dann laufend | Half day | 1-3 h |
Teilnehmendeunterschiedlich | 2-8 | 1-3 Pflege, Briefing für alle | 3-8 | 3-8 |
Formatunterschiedlich | Workshop + Async | Async | Workshop | Workshop + Async |
Outputunterschiedlich | Context Map, Integration Patterns, Boundary Notes | RAID Log, Statusbericht-Quelle | Stress-Test-Bericht, Aktionsplan pro Szenario | Context Canvas, Glossary, Integration Notes |
Tagskeine Überschneidung | Domain-Driven DesignGrenzenStrategie | RisikoTrackingStakeholderGovernance | StrategieGeschäftsmodellRisikoDiagnose | Domain-Driven DesignGrenzenModellierung |



