methodatlas
Vergleich

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
Papierillustration zu Bounded Context Canvas mit den zentralen Arbeitsschritten und einem sichtbaren Ergebnis.
Domain Modeling
Bounded Context Canvas
Papierillustration zu OODA Loop.
Decision Making
OODA Loop
Papierillustration: Szenarien und Architekturentscheidungen sind mit den erkannten Risiken verbunden.
Architecture
ATAM (Architecture Tradeoff Analysis Method)
Arbeitsfläche für Context Map: Frage, Beobachtungen und nächste Entscheidung sind sichtbar.
Domain Modeling
Context Map
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.In dynamischen Situationen veralten Entscheidungen schneller, als sie vorbereitet wurden. Der OODA Loop hält Wahrnehmen, Einordnen, Entscheiden und Handeln als wiederkehrenden Takt zusammen, damit Reaktion nicht in Trägheit kippt.ATAM hilft, Architekturentscheidungen bei konkurrierenden Qualitätszielen abzuwägen. Dazu betrachtet das Team Geschäftsziele, Erwartungen der Beteiligten und technische Entscheidungen gemeinsam. Die Bewertung zeigt, welche Risiken weiter untersucht werden sollten.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.
Komplexitätunterschiedlich
MittelMittelHochMittel
Zeitunterschiedlich
1-3 h15-60 min je ZyklusMehrere Termine plus Vorbereitung und Analyse; Gesamtaufwand fallabhängig1-3 h
Teilnehmendeunterschiedlich
3-81-8Bewertungsteam, Architekturverantwortliche und relevante Stakeholder2-8
Formatidentisch
Workshop + AsyncWorkshop + AsyncWorkshop + AsyncWorkshop + Async
Outputunterschiedlich
Context Canvas, Glossary, Integration NotesSituation Assessment, Decision Loop, Action UpdatesPriorisierte Qualitätsszenarien im Utility Tree, Architekturrisiken mit Begründungen und Annahmen, Sensitivitätspunkte und Trade-off-Punkte, Ergebnisbericht mit offenen UntersuchungenContext Map, Integration Patterns, Boundary Notes
Tagskeine Überschneidung
Domain-Driven DesignGrenzenModellierung
EntscheidungVeränderungLernenStrategie
ArchitekturQualitätRisikoZielkonflikteStakeholder
Domain-Driven DesignGrenzenStrategie
Weitere Methoden hinzufügen