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 | ![]() Engineering Kanban | ![]() Decision Making Three-Point Estimation | ![]() Agile Example Mapping | ![]() Agile Specification by Example |
|---|---|---|---|---|
Zweckunterschiedlich | Wenn Arbeit parallel in zu vielen Strömen steckt, leidet Durchsatz und niemand sieht die Engpässe. Kanban macht den Fluss von Arbeit sichtbar und begrenzt Überlast so, dass ein System ruhiger und vorhersagbarer wird. | Bei Aufwand, Zeit oder Risiko wirkt ein einzelner Schätzwert oft zu glatt für die reale Unsicherheit. Three-Point Estimation zieht Optimismus, Wahrscheinlichkeitswert und Pessimismus zusammen und macht Spannbreiten belastbar. | Wenn eine Story fachliche Regeln und Ausnahmen trägt, bringt sie Klarheit vor der Umsetzung. Sie macht Beispiele, offene Fragen und Abgrenzungen so sichtbar, dass die Logik gemeinsam tragfähig wird. | Wenn fachliche Regeln präzise werden sollen, verbindet sie Sprache, Beispiel und Prüfung. Sie verhindert, dass Anforderungen zu abstrakt oder missverständlich bleiben. |
Komplexitätunterschiedlich | Mittel | Mittel | Niedrig | Mittel |
Zeitunterschiedlich | Ongoing | 10-30 min je Item | 30-60 min | 60-90 min pro Feature |
Teilnehmendeunterschiedlich | 2-12 | 1-8 | 3-7 | 3-6 |
Formatunterschiedlich | Workshop + Async | Workshop + Async | Workshop | Workshop |
Outputunterschiedlich | Kanban Board, WIP Policies, Flow Metrics | Three-Point Estimate, Risk Range, Assumption Notes | Example Map, Acceptance Criteria, Open Questions | Beispieltabelle, Acceptance Tests |
Tagskeine Überschneidung | FlowVisuelles ManagementDelivery | SchätzungUnsicherheitPrognose | Behavior-Driven DevelopmentAnforderungenBeispieleRefinement | AgilAnforderungenBeispieleBehavior-Driven Development |



