Decision-Driven Delivery
Software steuern über Entscheidungen, nicht über Aufgaben.
Ein offenes Framework für Softwareentwicklung im Zeitalter von AI.
Guide lesen01
Der Zyklus
Jede Entscheidung durchläuft fünf Modi — nicht sequenziell, sondern in der Geschwindigkeit, die sie braucht.
01Verstehen— Lösungsraum erkunden
02Entscheiden— Bewusst wählen, dokumentieren
03Umsetzen— Fokussiert bauen
04Prüfen— Ergebnis gegen Entscheidung messen
05Lernen— Erkenntnis zurückführen
02
Die Decision Map
Eine Tabelle, die zeigt, was noch zu entscheiden ist — und wo jede Entscheidung gerade steht.
| Entscheidung | Owner | Verstehen | Entscheiden | Umsetzen | Prüfen | Lernen |
|---|---|---|---|---|---|---|
| Auth-Lösung? | Schmidt | ✓ | ✓ | ● | ||
| Cloud-Provider? | Yilmaz | ✓ | ● | |||
| Datenmigration? | — | ● | ||||
| API-Versioning? | Weber | ✓ | ✓ | ✓ | ✓ | ● |
● aktuelle Phase✓ abgeschlossen— kein Owner
03
Ihre Decision Map
Probieren Sie es aus.
Tragen Sie die wichtigsten offenen Entscheidungen Ihres aktuellen Projekts ein. Nicht Aufgaben. Nicht Features. Entscheidungen.
Beispiele
01
02
03
Von Scrum zu Decision-Driven Delivery
Was Sie kennen — was sich ändert.
Sie arbeiten mit Scrum? Dann kennen Sie diese Konzepte. Decision-Driven Delivery ersetzt sie nicht — die Arbeitsweise verschiebt den Fokus von Aufgaben auf Entscheidungen.
Sprint Planning
→
Map Review
Montags · 30 Min
Sprint Review
→
Validation Review
Freitags · 45 Min
Daily Standup
→
Optional
Triage bei Bedarf
Retrospektive
→
In Lernen-Modus integriert
Product Backlog
→
Decision Map
User Stories
→
Decision Records
Sprint
→
Decision Cycle
Die Rollen
Sie haben Ihre erste Decision Map. Der Guide zeigt, wie es weitergeht.
Montag anfangen
Quick Start, Decision Record Template, Rituale, Metriken, Migration von Scrum.
Einführung lesen
Der vollständige Artikel — für alle, die Software verantworten