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
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 zu Root Cause Analysis.
Operations
Root Cause Analysis
Papierillustration mit Architekturbausteinen und konkreten Änderungsaufgaben für den Vergleich.
Architecture
SAAM (Software Architecture Analysis Method)
Eine 5-Whys-Arbeitsfläche verbindet ein beobachtbares Problem mit belegten Ursachen, einer markierten Unsicherheit und konkreten Gegenmaßnahmen mit Verantwortlichkeit.
Operations
5 Whys
Zweckunterschiedlich
Wenn eine Domäne aus vielen Ereignissen, Regeln und Zuständen besteht, schafft sie einen gemeinsamen Modellraum für das Team. Sie bündelt Sprache, Abläufe und Grenzen, bevor Fachwissen in Einzelsichten zerfällt.Wenn ein Problem wiederkehrt und die Ursache unklar bleibt, legt die Methode das zugrunde liegende Wirkgefüge frei. Sie trennt Symptom, Vermutung und belastbare Erklärung voneinander.SAAM hilft, die Eignung einer Architektur für ausgewählte Aufgaben und Änderungen zu beurteilen. Die Methode eignet sich besonders, um Änderbarkeit zu untersuchen und Architekturvarianten nachvollziehbar zu vergleichen.Bei einer einzelnen, schwer erklärbaren Abweichung legt die Methode die kausale Kette hinter dem sichtbaren Symptom frei. Sie hält die Ursache so lange offen, bis eine steuerbare Bedingung statt einer bloßen Beschreibung vorliegt.
Komplexitätunterschiedlich
MittelMittelHochNiedrig
Zeitunterschiedlich
2-8 h1-4 hVorbereitung, Szenarioanalyse und Ergebnisabgleich; Gesamtaufwand fallabhängig15-30 min
Teilnehmendeunterschiedlich
5-123-8Architekturkundige Personen und Stakeholder für Szenarien und Gewichtung2-6
Formatunterschiedlich
WorkshopWorkshop + AsyncWorkshop + AsyncWorkshop
Outputunterschiedlich
Event Timeline, Ubiquitous Language, Boundaries, Open QuestionsProblem Statement, Ursachenhypothesen, Bestätigte Ursachen, MaßnahmenplanFachliche Funktionen mit Zuordnung zu Komponenten und Verbindungen, Qualitätsmerkmale und Bewertungskriterien, Typische Aufgaben mit ihren Folgen für die Architektur, Begründete Bewertung oder Vergleich von VariantenRoot Cause Notes, Gegenmaßnahmen
Tagskeine Überschneidung
Domain-Driven DesignEventsDiscoveryWorkshop
UrsachenanalyseProblemlösungQualitätIncident
ArchitekturVeränderungAnalyseVergleichQualität
UrsachenanalyseIncidentLeanProblemlösung
Weitere Methoden hinzufügen