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 Scrum | ![]() Decision Making Constraint Analysis | ![]() Agile Specification by Example | ![]() Decision Making Pre-Mortem |
|---|---|---|---|---|
Zweckunterschiedlich | Wenn ein Team in einem festen Lieferrhythmus arbeiten soll, stabilisiert sie Takt, Verantwortung und Feedbackschleifen. Sie macht Zusammenarbeit über Sprintgrenzen hinweg verlässlich. | 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. | Wenn fachliche Regeln präzise werden sollen, verbindet sie Sprache, Beispiel und Prüfung. Sie verhindert, dass Anforderungen zu abstrakt oder missverständlich bleiben. | In frühen Vorhaben mit vielen Unsicherheiten wird schnell zu optimistisch geplant. Ein Pre-mortem macht das erwartete Scheitern vorweg sichtbar und schärft den Blick für Ursachen, Lücken und Gegenmaßnahmen. |
Komplexitätunterschiedlich | Mittel | Niedrig | Mittel | Niedrig |
Zeitunterschiedlich | 1-4 Wochen je Sprint, laufend | 30-90 min | 60-90 min pro Feature | 20–45 min |
Teilnehmendeunterschiedlich | 3-10 (Scrum Team) | 2-8 | 3-6 | Kleine fachübergreifende Gruppe |
Formatunterschiedlich | Workshop + Async | Workshop + Async | Workshop | Workshop |
Outputunterschiedlich | Product Backlog, Sprint Backlog, Increment, Sprint Goal | Constraint List, Hard/Soft Classification, Option Impact Notes, Decision Boundaries | Beispieltabelle, Acceptance Tests | Risk List, Mitigation Plan, Assumption Log |
Tagskeine Überschneidung | AgilIterationTakt | RahmenbedingungenEntscheidungPlanungOptionen | AgilAnforderungenBeispieleBehavior-Driven Development | RisikoEntscheidungScheiternPlanung |



