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 | ![]() Delivery MoSCoW | ![]() Innovation Design Thinking | ![]() Decision Making Constraint Analysis | ![]() Decision Making Decision Tree |
|---|---|---|---|---|
Zweckunterschiedlich | Wenn ein Release zu viele Forderungen trägt und Prioritäten nur noch verhandelt werden, schafft MoSCoW klare Grenzen für den nächsten Zuschnitt. Must, Should, Could und Won’t machen Verbindlichkeit, Spielraum und Tauschlogik für alle Beteiligten sichtbar. | Bei komplexen Nutzerproblemen mit unsicherer Ursache verbindet die Methode Beobachtung, Deutung und Experiment zu einem Lernzyklus. Sie hält den Fokus auf reale Bedürfnisse und vermeidet vorschnelle Lösungssprache. Dadurch entstehen robuste Entscheidungen für Produkt und Service. | Wenn ein Vorhaben stockt, liegt die Grenze oft nicht in der Idee, sondern in harten oder weichen Rahmenbedingungen. Constraint Analysis trennt diese Begrenzungen und zeigt, welche davon tatsächlich gestaltbar sind. | Bei Entscheidungen mit Folgepfaden und Abhängigkeiten genügt eine lineare Gegenüberstellung oft nicht. Ein Decision Tree zeigt, wie sich Optionen unter Bedingungen verzweigen und welche Konsequenzen an jedem Ast hängen. |
Komplexitätunterschiedlich | Niedrig | Hoch | Niedrig | Mittel |
Zeitunterschiedlich | 30-90 min | 1 Tag bis mehrere Wochen | 30-90 min | 30-90 min |
Teilnehmendeunterschiedlich | 3-12 | 4-10 | 2-8 | 1-6 |
Formatunterschiedlich | Workshop + Async | Workshop | Workshop + Async | Workshop + Async |
Outputunterschiedlich | Prioritized Backlog, Release Scope, Tradeoff Notes | Problem Statement, Prototype, Test Learnings | Constraint List, Hard/Soft Classification, Option Impact Notes, Decision Boundaries | Decision Tree, Option Map, Assumption List |
Tagskeine Überschneidung | PriorisierungUmfangEntscheidung | InnovationPrototypResearch | RahmenbedingungenEntscheidungPlanungOptionen | EntscheidungBaumstrukturOptionen |



