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 |  Delivery RAID Log |  Knowledge Modeling Shape-First Modeling |  Architecture Risk Storming |
|---|---|---|---|---|
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. | Wenn Risiken, Annahmen und Abhängigkeiten über mehrere Streams verstreut sind, bündelt ein RAID Log die operative Lage an einem Ort. Offene Punkte bleiben dadurch sichtbar, statt in Statusgesprächen oder Mails zu zerfallen. | Shape-First Modeling definiert Datenqualität über Shapes, bevor Implementierung oder Integration ausfranst. Der Ansatz passt, wenn Validierung und Data Contracts von Anfang an Teil des Designs sein sollen. | 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. |
Komplexitätunterschiedlich | Mittel | Niedrig | Mittel | Niedrig |
Zeitunterschiedlich | 1-4 Wochen | 30 min Setup, dann laufend | Halber Tag pro Domain Slice | 60-90 min |
Teilnehmendeunterschiedlich | 5-20 | 1-3 Pflege, Briefing für alle | 1-4 | 4-12 |
Formatunterschiedlich | Async | Async | Workshop + Async | Workshop |
Outputunterschiedlich | Diary Entries, Longitudinal Patterns, Experience Timeline | RAID Log, Statusbericht-Quelle | SHACL or ShEx Shapes, Validation Reports, Data Contracts, Shape Documentation | Annotiertes Diagramm, Risikoliste mit Priorisierung, Maßnahmen-Backlog |
Tagskeine Überschneidung | UX-ResearchTrackingVerhalten | RisikoTrackingStakeholderGovernance | WissensgraphValidierungSemantik | RisikoArchitekturWorkshopValidierung |