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 mit zwei einander zugewandten Personen, Sprechblasen und einem offenen Interviewnotizbuch.
UX Research
User Interviews
Papierillustration mit Architekturbausteinen und konkreten Änderungsaufgaben für den Vergleich.
Architecture
SAAM (Software Architecture Analysis Method)
Papierillustration eines verzweigten Baums mit Outcome an der Wurzel, darunter Kunden-Opportunities, Lösungsoptionen und kleinen Experimentkarten.
Product Discovery
Opportunity Solution Tree
Papierillustration: Szenarien und Architekturentscheidungen sind mit den erkannten Risiken verbunden.
Architecture
ATAM (Architecture Tradeoff Analysis Method)
Zweckunterschiedlich
Wenn Teams Bedürfnisse nur aus Annahmen ableiten und echte Motive fehlen, liefern User Interviews direkten Zugang zu Verhalten und Bedeutung. Gespräche aus dem Alltag der Zielgruppe machen Muster, Spannungen und offene Fragen belastbar sichtbar.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.Wenn Discovery zwischen Zielen, Ideen und Lernschleifen pendelt, schafft sie eine klare Steuerlogik. Sie verbindet gewünschte Wirkung, Chancen und Experimente in einer lesbaren Struktur.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
NiedrigHochMittelHoch
Zeitunterschiedlich
30–60 min je GesprächVorbereitung, Szenarioanalyse und Ergebnisabgleich; Gesamtaufwand fallabhängig1-2 h Setup, laufendMehrere Termine plus Vorbereitung und Analyse; Gesamtaufwand fallabhängig
Teilnehmendeunterschiedlich
1 Interviewperson je GesprächArchitekturkundige Personen und Stakeholder für Szenarien und Gewichtung2-6Bewertungsteam, Architekturverantwortliche und relevante Stakeholder
Formatidentisch
Workshop + AsyncWorkshop + AsyncWorkshop + AsyncWorkshop + Async
Outputunterschiedlich
Interview Notes, Themes, Insight SummaryFachliche 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 VariantenOpportunity Solution Tree, Experiment Backlog, Learning LogPriorisierte Qualitätsszenarien im Utility Tree, Architekturrisiken mit Begründungen und Annahmen, Sensitivitätspunkte und Trade-off-Punkte, Ergebnisbericht mit offenen Untersuchungen
Tagskeine Überschneidung
QualitativResearchKundeDiscovery
ArchitekturVeränderungAnalyseVergleichQualität
DiscoveryOutcomesExperimenteOpportunity
ArchitekturQualitätRisikoZielkonflikteStakeholder
Weitere Methoden hinzufügen