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 | ![]() Agile Specification by Example | ![]() UX Research User Interviews | ![]() Product Strategy DIBB | ![]() Agile Acceptance Criteria Workshop |
|---|---|---|---|---|
Zweckunterschiedlich | Wenn fachliche Regeln präzise werden sollen, verbindet sie Sprache, Beispiel und Prüfung. Sie verhindert, dass Anforderungen zu abstrakt oder missverständlich bleiben. | Wenn Teams Bedürfnisse nur aus Annahmen ableiten und echte Motive fehlen, liefern User Interviews direkten Zugang zu Verhalten und Bedeutung. Gespräche aus dem Alltag der Zielgruppe machen Muster, Spannungen und offene Fragen belastbar sichtbar. | Wenn eine Produktentscheidung sauber begründet werden muss, macht sie Daten, Annahmen und Wetten gemeinsam sichtbar. Sie hält fest, warum eine Richtung gewählt wurde und woran sie später gemessen wird. | Wenn eine Story vor der Umsetzung klare Prüfpunkte braucht, schärft sie Erwartung und Geltungsbereich gemeinsam. Sie reduziert spätere Streitpunkte über fertig oder nicht fertig. |
Komplexitätunterschiedlich | Mittel | Niedrig | Niedrig | Niedrig |
Zeitunterschiedlich | 60-90 min pro Feature | 30–60 min je Gespräch | 1-2 h | 20-40 min pro Story |
Teilnehmendeunterschiedlich | 3-6 | 1 Interviewperson je Gespräch | 2-8 | 3-6 |
Formatunterschiedlich | Workshop | Workshop + Async | Workshop + Async | Workshop |
Outputunterschiedlich | Beispieltabelle, Acceptance Tests | Interview Notes, Themes, Insight Summary | DIBB-Dokument, Beliefs-Liste, Bets-Liste, Lernreport | Acceptance Criteria, Story-Update |
Tagskeine Überschneidung | AgilAnforderungenBeispieleBehavior-Driven Development | QualitativResearchKundeDiscovery | StrategieEntscheidungAnnahmenHypothese | AgilAnforderungenRefinementBehavior-Driven Development |



