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 | ![]() Knowledge Modeling Event Modeling | ![]() Agile Three Amigos | ![]() Operations 8D Problem Solving |
|---|---|---|---|---|
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. | Event Modeling verbindet fachliche Abläufe mit Commands, Events und Views zu einem durchgängigen Denkmodell. Es hilft, Verhalten, UI und technische Slices aus derselben Logik heraus zu entwerfen. | Wenn Story, Test und Umsetzung auseinanderlaufen könnten, bringt sie Fachsicht, Engineering und Qualität früh zusammen. Sie verhindert, dass eine Story erst spät unterschiedlich gelesen wird. | Bei einem akuten Qualitäts- oder Lieferproblem strukturiert die Methode Sofortschutz und Ursachenarbeit gemeinsam. Sie hält die Lage stabil, während die eigentliche Ursache sauber untersucht wird. |
Komplexitätunterschiedlich | Mittel | Mittel | Niedrig | Hoch |
Zeitunterschiedlich | 1-4 Wochen | 2-6 h | 15-30 min | 1-6 Wochen |
Teilnehmendeunterschiedlich | 5-20 | 2-8 | 3 | 4-10 |
Formatunterschiedlich | Async | Workshop + Async | Workshop + Async | Workshop + Async |
Outputunterschiedlich | Diary Entries, Longitudinal Patterns, Experience Timeline | Event Model, UI Flow, Commands, Read Models | Clarified Story, Test Examples, Open Questions | 8D Report, Containment Plan, Root Cause Evidence, Corrective Action Plan |
Tagskeine Überschneidung | UX-ResearchTrackingVerhalten | EventsBlueprintDomain-Driven DesignVerhalten | ZusammenarbeitBehavior-Driven DevelopmentQualitätRefinement | QualitätProblemlösungUrsachenanalyse |



