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 Bounded Context Canvas | ![]() Delivery MoSCoW | ![]() Domain Modeling Domain Context Map | ![]() Decision Making Risk Matrix |
|---|---|---|---|---|
Zweckunterschiedlich | 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. | Wenn ein Release zu viele Forderungen trägt und Prioritäten nur noch verhandelt werden, schafft MoSCoW klare Grenzen für den nächsten Zuschnitt. Must, Should, Could und Won’t machen Verbindlichkeit, Spielraum und Tauschlogik für alle Beteiligten sichtbar. | 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. | In Projekten mit vielen möglichen Störungen fehlt schnell die Orientierung, welche Risiken zuerst Aufmerksamkeit verdienen. Eine Risk Matrix ordnet Wahrscheinlichkeit und Auswirkung so, dass Priorität aus Schaden und Eintrittskraft gemeinsam entsteht. |
Komplexitätunterschiedlich | Mittel | Niedrig | Mittel | Niedrig |
Zeitunterschiedlich | 1-3 h | 30-90 min | 1-3 h | 30-60 min |
Teilnehmendeunterschiedlich | 3-8 | 3-12 | 3-10 | 3-10 |
Formatunterschiedlich | Workshop + Async | Workshop + Async | Workshop | Workshop + Async |
Outputunterschiedlich | Context Canvas, Glossary, Integration Notes | Prioritized Backlog, Release Scope, Tradeoff Notes | Domain Context Map, Boundary Notes, Ownership Map | Risikomatrix, Top-Risiko-Liste |
Tagskeine Überschneidung | Domain-Driven DesignGrenzenModellierung | PriorisierungUmfangEntscheidung | Domain-Driven DesignKontextGrenzen | RisikoEntscheidungPriorisierungBewertung |



