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 Nutzerprofilkarten, einem Ziel, Verhaltenshinweisen und einer offenen Forschungsfrage.
UX Research
Personas
Papierillustration mit Architekturbausteinen und konkreten Änderungsaufgaben für den Vergleich.
Architecture
SAAM (Software Architecture Analysis Method)
Papierillustration mit zwei einander zugewandten Personen, Sprechblasen und einem offenen Interviewnotizbuch.
UX Research
User Interviews
Papierillustration: Szenarien und Architekturentscheidungen sind mit den erkannten Risiken verbunden.
Architecture
ATAM (Architecture Tradeoff Analysis Method)
Zweckunterschiedlich
Wenn Zielgruppen zu vage bleiben und Teams über dieselben Menschen unterschiedlich sprechen, schafft Personas ein gemeinsames, belastbares Nutzungsbild. Verdichtete Profile machen Bedürfnisse, Kontexte und Unterschiede greifbar genug für Entscheidungen.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 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.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
MittelHochNiedrigHoch
Zeitunterschiedlich
1-3 TageVorbereitung, Szenarioanalyse und Ergebnisabgleich; Gesamtaufwand fallabhängig30–60 min je GesprächMehrere Termine plus Vorbereitung und Analyse; Gesamtaufwand fallabhängig
Teilnehmendeunterschiedlich
Internes TeamArchitekturkundige Personen und Stakeholder für Szenarien und Gewichtung1 Interviewperson je GesprächBewertungsteam, Architekturverantwortliche und relevante Stakeholder
Formatidentisch
Workshop + AsyncWorkshop + AsyncWorkshop + AsyncWorkshop + Async
Outputunterschiedlich
Persona Profiles, Needs Summary, Scenario NotesFachliche 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 VariantenInterview Notes, Themes, Insight SummaryPriorisierte Qualitätsszenarien im Utility Tree, Architekturrisiken mit Begründungen und Annahmen, Sensitivitätspunkte und Trade-off-Punkte, Ergebnisbericht mit offenen Untersuchungen
Tagskeine Überschneidung
ResearchKundeSynthese
ArchitekturVeränderungAnalyseVergleichQualität
QualitativResearchKundeDiscovery
ArchitekturQualitätRisikoZielkonflikteStakeholder
Weitere Methoden hinzufügen