Methoden Seite an Seite ansehen.
Wähle bis zu vier Methoden. Ergänze sie über die Suche und teile den Vergleich über seinen Link.
In der Auswahl:Customer Journey MappingSAAM (Software Architecture Analysis Method)arc42ATAM (Architecture Tradeoff Analysis Method)
| Kriterium |  UX Research Customer Journey Mapping |  Architecture SAAM (Software Architecture Analysis Method) |  Architecture arc42 |  Architecture ATAM (Architecture Tradeoff Analysis Method) |
|---|---|---|---|---|
Zweckunterschiedlich | Wenn eine Nutzerreise über viele Kontakte hinweg auseinanderfällt, macht Customer Journey Mapping die Erfahrung als zusammenhängenden Verlauf sichtbar. Phasen, Emotionen und Brüche werden so lesbar, dass kritische Momente gezielt priorisiert werden können. | 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. | Arc42 strukturiert Architekturwissen so, dass Teams System, Entscheidungen und Risiken konsistent dokumentieren können. Die Vorlage baut ein lebendiges Architekturverständnis statt verstreuter Notizen auf. | 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 | Mittel | Hoch | Niedrig | Hoch |
Zeitunterschiedlich | 2-4 h | Vorbereitung, Szenarioanalyse und Ergebnisabgleich; Gesamtaufwand fallabhängig | 1-2 Tage | Mehrere Termine plus Vorbereitung und Analyse; Gesamtaufwand fallabhängig |
Teilnehmendeunterschiedlich | 4-10 | Architekturkundige Personen und Stakeholder für Szenarien und Gewichtung | 1-4 | Bewertungsteam, Architekturverantwortliche und relevante Stakeholder |
Formatunterschiedlich | Workshop | Workshop + Async | Workshop + Async | Workshop + Async |
Outputunterschiedlich | Journey Map, Pain-point List, Opportunity Backlog | Fachliche 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 Varianten | Architecture Document, Context View, Runtime View, Deployment View | Priorisierte Qualitätsszenarien im Utility Tree, Architekturrisiken mit Begründungen und Annahmen, Sensitivitätspunkte und Trade-off-Punkte, Ergebnisbericht mit offenen Untersuchungen |
Tagskeine Überschneidung | JourneyServiceService Design | ArchitekturVeränderungAnalyseVergleichQualität | ArchitekturDokumentationKommunikation | ArchitekturQualitätRisikoZielkonflikteStakeholder |