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 | ![]() Operations Standard Work Analysis | ![]() UX Research Contextual Inquiry | ![]() Domain Modeling Bounded Context Canvas | ![]() Knowledge Modeling Domain Storytelling |
|---|---|---|---|---|
Zweckunterschiedlich | Wenn dieselbe Aufgabe je nach Person anders erledigt wird, legt die Methode den verlässlichen Kern frei. Sie schafft Vergleichbarkeit, ohne nötigen Handlungsspielraum unnötig zu ersticken. | Wenn Arbeitsabläufe nur aus Erzählungen bekannt sind und der echte Kontext verborgen bleibt, macht Contextual Inquiry Verhalten am Arbeitsplatz sichtbar. Beobachtung und Rückfrage zusammen zeigen, wie Menschen wirklich arbeiten, unterbrechen und improvisieren. | Wenn ein fachlicher Kontext noch unscharf umrissen ist, bringt sie Sprache, Zuständigkeit und Integrationsraum in Form. Sie klärt, was zusammengehört und wo eine Grenze tragfähig sein muss. | Domain Storytelling übersetzt Fachwissen in eine gemeinsame Erzählung aus Akteuren, Objekten und Abläufen. Besonders nützlich ist es, wenn Sprache, Regeln und Prozessverständnis eng verbunden werden müssen. |
Komplexitätunterschiedlich | Mittel | Mittel | Mittel | Niedrig |
Zeitunterschiedlich | 1-3 h | 1-3 Wochen | 1-3 h | 1-2 h |
Teilnehmendeunterschiedlich | 2-6 | 4-12 Beobachtungen | 3-8 | 2-8 |
Formatunterschiedlich | Workshop | Workshop + Async | Workshop + Async | Workshop |
Outputunterschiedlich | Standard Work Sheet, Abweichungsliste, Verbesserter Standard, Trainingsbedarf | Field Notes, Workflow Insights, Pain Points | Context Canvas, Glossary, Integration Notes | Domain Story, Glossary Notes, Process Narrative |
Tagskeine Überschneidung | LeanProzessQualität | UX-ResearchBeobachtungKontext | Domain-Driven DesignGrenzenModellierung | WissenDomain-Driven DesignProzess |



