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 Event Modeling mit den zentralen Arbeitsschritten und einem sichtbaren Ergebnis.
Knowledge Modeling
Event Modeling
Papierillustration zu Change Analysis.
Operations
Change Analysis
Papierillustration zu Risk Storming.
Architecture
Risk Storming
Zweckunterschiedlich
Event Modeling verbindet fachliche Abläufe mit Commands, Events und Views zu einem durchgängigen Denkmodell. Es hilft, Verhalten, UI und technische Slices aus derselben Logik heraus zu entwerfen.Bei einer Abweichung nach einer Veränderung isoliert die Methode den Einfluss des geänderten Zustands. Sie grenzt ein, welche Unterschiede relevant sind und welche nur Begleitrauschen darstellen.Risk Storming macht Risiken direkt am Architekturartefakt sichtbar und verbindet sie mit Priorität und Handlungsbedarf. Es eignet sich für frühe Reviews, wenn Unsicherheiten neben der Struktur stehen sollen.
Komplexitätunterschiedlich
MittelMittelNiedrig
Zeitunterschiedlich
2-6 h45-120 min60-90 min
Teilnehmendeunterschiedlich
2-82-64-12
Formatunterschiedlich
Workshop + AsyncWorkshop + AsyncWorkshop
Outputunterschiedlich
Event Model, UI Flow, Commands, Read ModelsChange Matrix, Ursachenhypothesen, Validierungsfragen, MaßnahmenlisteAnnotiertes Diagramm, Risikoliste mit Priorisierung, Maßnahmen-Backlog
Tagskeine Überschneidung
EventsBlueprintDomain-Driven DesignVerhalten
VeränderungUrsachenanalyseFehlersucheVergleich
RisikoArchitekturWorkshopValidierung
Weitere Methoden hinzufügen

Oft zusammen betrachtet

Methoden mit thematischer Nähe zur aktuellen Auswahl, noch nicht im Vergleich.

EventStorming auf einer langen Arbeitsfläche: farbige Ereigniskarten bilden einen Geschäftsfluss, Reibungspunkte werden markiert und eine Grenze trennt unterschiedliche Verantwortungsbereiche.
Domain Modeling
EventStorming
Papierillustration mit Architekturbausteinen und konkreten Änderungsaufgaben für den Vergleich.
Architecture
SAAM (Software Architecture Analysis Method)
Entwurfsblätter und Schnittstellenkarten werden durch gemeinsam erarbeiteten Pseudocode mit markierten offenen Fragen verbunden.
Architecture
ARID (Active Reviews for Intermediate Designs)
Papierillustration einer Assumption Map als ruhige Vier-Felder-Matrix mit Hypothesenkarten und Markierung der wichtigen, kaum belegten Annahmen.
Product Discovery
Assumption Mapping