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 Domain Storytelling mit den zentralen Arbeitsschritten und einem sichtbaren Ergebnis.
Knowledge Modeling
Domain Storytelling
Papierillustration zu Standard Work Analysis.
Operations
Standard Work Analysis
Papierillustration zu Knowledge Mapping.
Knowledge Modeling
Knowledge Mapping
Papierillustration: Szenarien und Architekturentscheidungen sind mit den erkannten Risiken verbunden.
Architecture
ATAM (Architecture Tradeoff Analysis Method)
Zweckunterschiedlich
Domain Storytelling übersetzt Fachwissen in eine gemeinsame Erzählung aus Akteuren, Objekten und Abläufen. Besonders nützlich ist es, wenn Sprache, Regeln und Prozessverständnis eng verbunden werden müssen.Wenn dieselbe Aufgabe je nach Person anders erledigt wird, legt die Methode den verlässlichen Kern frei. Sie schafft Vergleichbarkeit, ohne nötigen Handlungsspielraum unnötig zu ersticken.Knowledge Mapping macht Wissen, Lücken und Transferwege in einem Feld sichtbar. Es passt, wenn Fachwissen nicht nur vorhanden, sondern auch auffindbar und übertragbar sein soll.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.
Komplexitätunterschiedlich
NiedrigMittelMittelHoch
Zeitunterschiedlich
1-2 h1-3 h1-3 hMehrere Termine plus Vorbereitung und Analyse; Gesamtaufwand fallabhängig
Teilnehmendeunterschiedlich
2-82-63-12Bewertungsteam, Architekturverantwortliche und relevante Stakeholder
Formatunterschiedlich
WorkshopWorkshopWorkshopWorkshop + Async
Outputunterschiedlich
Domain Story, Glossary Notes, Process NarrativeStandard Work Sheet, Abweichungsliste, Verbesserter Standard, TrainingsbedarfKnowledge Map, Critical Knowledge Areas, Transfer PlanPriorisierte Qualitätsszenarien im Utility Tree, Architekturrisiken mit Begründungen und Annahmen, Sensitivitätspunkte und Trade-off-Punkte, Ergebnisbericht mit offenen Untersuchungen
Tagskeine Überschneidung
WissenDomain-Driven DesignProzess
LeanProzessQualität
WissenMappingRisiko
ArchitekturQualitätRisikoZielkonflikteStakeholder
Weitere Methoden hinzufügen