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 Kano Model | ![]() Architecture Risk Storming | ![]() Facilitation Dot Voting | ![]() Product Discovery Assumption Mapping |
|---|---|---|---|---|
Zweckunterschiedlich | Wenn Features nach Wirkung auf Zufriedenheit unterschieden werden sollen, macht sie Erwartungen und Überraschungen vergleichbar. Sie trennt Grundbedürfnis, Leistungsbeitrag und Begeisterung. | 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 ein Workshop zu viele Optionen erzeugt und die Gruppe schnell verdichten muss, macht Dot Voting Präferenzen in kurzer Zeit sichtbar. Es bündelt Einzelstimmen zu einem belastbaren Signal für die nächste Auswahl. | Wenn Annahmen noch ungeordnet im Raum stehen, sortiert sie Unsicherheit und Hebelwirkung gegeneinander. Sie macht sichtbar, welche Hypothesen zuerst geprüft werden sollten. |
Komplexitätunterschiedlich | Mittel | Niedrig | Niedrig | Mittel |
Zeitunterschiedlich | 1-2 Tage | 60-90 min | 5-15 min | 45-60 min |
Teilnehmendeunterschiedlich | 10-50 | 4-12 | 3-20 | 2-8 |
Formatunterschiedlich | Workshop + Async | Workshop | Workshop | Workshop + Async |
Outputunterschiedlich | Kano Matrix, Feature Classes, Priority Themes | Annotiertes Diagramm, Risikoliste mit Priorisierung, Maßnahmen-Backlog | Ranked List, Consensus Signal, Shortlist | Assumption Map, Test Backlog, Risk Ranking |
Tagskeine Überschneidung | ZufriedenheitPriorisierungKunde | RisikoArchitekturWorkshopValidierung | FacilitationAbstimmung (Voting)KonsensPriorisierung | AnnahmenRisikoExperimenteValidierung |



