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 |  UX Research Diary Study |  Architecture Risk Storming |  Agile Specification by Example |  Agile ROAM Board |
|---|---|---|---|---|
Zweckunterschiedlich | Wenn Erfahrungen über Tage oder Wochen entstehen und ein Einzeltermin sie nicht einfängt, hält Diary Study den Verlauf im Alltag fest. Wiederkehrende Auslöser, Stimmungen und Gewohnheiten werden dadurch jenseits der Erinnerungsschärfe sichtbar. | Risk Storming macht Risiken direkt am Architekturartefakt sichtbar und verbindet sie mit Priorität und Handlungsbedarf. Es eignet sich für frühe Reviews, wenn Unsicherheiten neben der Struktur stehen sollen. | Wenn fachliche Regeln präzise werden sollen, verbindet sie Sprache, Beispiel und Prüfung. Sie verhindert, dass Anforderungen zu abstrakt oder missverständlich bleiben. | Wenn Arbeit zwischen verschiedenen Zuständen oder Spalten wandern soll, macht sie Bewegung und Übergänge lesbar. Sie unterstützt ein flexibles Bild für Fluss statt für starre Termine. |
Komplexitätunterschiedlich | Mittel | Niedrig | Mittel | Niedrig |
Zeitunterschiedlich | 1-4 Wochen | 60-90 min | 60-90 min pro Feature | 20-40 min initial, dann laufend |
Teilnehmendeunterschiedlich | 5-20 | 4-12 | 3-6 | 3-15 |
Formatunterschiedlich | Async | Workshop | Workshop | Workshop + Async |
Outputunterschiedlich | Diary Entries, Longitudinal Patterns, Experience Timeline | Annotiertes Diagramm, Risikoliste mit Priorisierung, Maßnahmen-Backlog | Beispieltabelle, Acceptance Tests | ROAM Board, Owner-Liste |
Tagskeine Überschneidung | UX-ResearchTrackingVerhalten | RisikoArchitekturWorkshopValidierung | AgilAnforderungenBeispieleBehavior-Driven Development | RisikoAgilTrackingAbstimmung |