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 | ![]() Product Discovery Opportunity Interview | ![]() Architecture Architecture Decision Record | ![]() UX Research Empathy Mapping | ![]() Domain Modeling EventStorming |
|---|---|---|---|---|
Zweckunterschiedlich | Wenn Chancen noch hinter Bedarfssignalen verborgen sind, strukturiert sie Gespräche auf Bedürfnisse und Hürden. Sie sucht nach Mustern, die zu neuen Produktchancen führen. | Ein ADR hält eine Architekturentscheidung mit Kontext, Abwägung und Konsequenz dauerhaft fest. Es schafft Anschlussfähigkeit für spätere Änderungen, weil der Entscheidungsweg nachvollziehbar bleibt. | Wenn über eine Zielgruppe viel vermutet, aber wenig gemeinsam gesehen wird, macht Empathy Mapping Wissen und Lücken direkt vergleichbar. Das Bild zeigt zugleich, welche Annahmen tragfähig sind und wo Evidenz fehlt. | Wenn eine Domäne aus vielen Ereignissen, Regeln und Zuständen besteht, schafft sie einen gemeinsamen Modellraum für das Team. Sie bündelt Sprache, Abläufe und Grenzen, bevor Fachwissen in Einzelsichten zerfällt. |
Komplexitätunterschiedlich | Mittel | Niedrig | Niedrig | Mittel |
Zeitunterschiedlich | 30-60 min je Interview | 15-45 min | 30–60 min | 2-8 h |
Teilnehmendeunterschiedlich | 5-12 Interviews | 1-3 | 4-8 | 5-12 |
Formatunterschiedlich | Workshop + Async | Async | Workshop | Workshop |
Outputunterschiedlich | Interview Notes, Opportunity Themes, Customer Quotes | ADR File, Decision Log, Rationale | Empathy Map, Assumptions List, Research Gaps | Event Timeline, Ubiquitous Language, Boundaries, Open Questions |
Tagskeine Überschneidung | DiscoveryInterviewsOpportunityKunde | ArchitekturBegründungDokumentationGovernance | SyntheseQualitativWorkshop | Domain-Driven DesignEventsDiscoveryWorkshop |



