Die Wirkung von Scrum Stories
Eine Story ist kein Textformat.
Sie ist eine Strukturierungsentscheidung.
Wie Arbeit geschnitten wird, bestimmt maßgeblich:
- Planbarkeit
- Unsicherheit
- WIP
- Durchsatz
- Teamautonomie
Schlecht geschnittene Stories erzeugen Instabilität –
unabhängig davon, wie sauber Scrum formal umgesetzt wird.
Warum Stories existieren
Scrum basiert auf iterativer Reduktion von Unsicherheit.
Damit Iterationen wirken können, muss Arbeit:
- hinreichend klein
- fachlich verständlich
- unabhängig umsetzbar
- wertorientiert
geschnitten sein.
Stories sind das zentrale Instrument dieser Strukturierung.
Ohne geeignete Granularität wird Iteration zur Simulation.
Was eine Story strukturell leisten muss
Eine gute Story reduziert Unsicherheit vor Beginn der Umsetzung.
Sie:
- definiert ein fachliches Ziel
- begrenzt den Umfang
- beschreibt ein überprüfbares Ergebnis
- trennt fachlichen Wert von Implementierungsdetails
Eine Story ist kein Implementierungsauftrag.
Sie ist ein fachlicher Inkrement-Baustein.
Der Zusammenhang mit Komplexität
In komplexer Wissensarbeit entsteht Erkenntnis während der Umsetzung.
Wenn Stories:
- zu groß
- zu technisch
- zu unklar
- stark voneinander abhängig
geschnitten sind, verschiebt sich Unsicherheit in den Sprint.
Das erzeugt:
- Planungsinstabilität
- WIP-Anstieg
- Kontextwechsel
- Prognoseverzerrung
→ siehe: Planung und Zeitschätzung in komplexen Systemen
→ siehe: Durchsatz und WIP
Granularität und Systemstabilität
Story-Größe ist kein Stilmerkmal.
Sie ist ein Systemparameter.
Große Stories:
- erhöhen Varianz
- verlängern Durchlaufzeiten
- erschweren Prognosen
- verstärken Koordinationsaufwand
Kleine, unabhängige Stories:
- reduzieren Varianz
- stabilisieren Durchsatz
- ermöglichen echtes Feedback
- begrenzen WIP
In komplexen Systemen wirkt Varianz nicht linear.
Kleine Unterschiede in Größe und Unsicherheit können überproportionale Auswirkungen auf Durchlaufzeiten haben
(Queueing Theory, Kingman 1961).
Granularität beeinflusst daher direkt die Stabilität des Gesamtsystems.
Wissenschaftliche Einordnung der Story-Größe
1. Varianz und Durchlaufzeit
Little’s Law zeigt den Zusammenhang zwischen:
- paralleler Arbeit (WIP)
- Durchsatz
- Durchlaufzeit
Steigende Varianz verlängert Durchlaufzeiten – selbst bei konstantem Durchsatz.
Große Stories erhöhen Varianz, weil:
- Unsicherheit kumuliert
- Abhängigkeiten zunehmen
- Erkenntnis während der Umsetzung entsteht
Die Wirkung ist systemisch, nicht individuell.
2. Risk Pooling und Varianzreduktion
Warteschlangen- und Produktionsforschung zeigen:
Mehrere kleine Einheiten sind stabiler als wenige große.
Unsicherheit verteilt sich,
statt sich zu kumulieren.
Dieses Prinzip findet sich in:
- Lean Production
- Supply-Chain-Theorie
- Queueing Theory
Auf Stories übertragen bedeutet das:
Kleinere, kohärente Einheiten reduzieren systemische Instabilität.
3. Kognitive Last
Cognitive Load Theory (Sweller, 1988) beschreibt die Begrenztheit des Arbeitsgedächtnisses.
Große, komplexe Arbeitspakete erhöhen:
- mentale Belastung
- Fehlerwahrscheinlichkeit
- Kontextverlust
Kleinere Einheiten ermöglichen:
- schnellere Feedbackzyklen
- klarere mentale Modelle
- geringere Reaktivierungskosten
Granularität wirkt daher auch auf individueller Ebene stabilisierend.
4. Kontextwechsel und Flow
Studien zu Task Switching (Monsell, 2003) zeigen:
Jeder Kontextwechsel verursacht messbare kognitive Kosten.
Große Stories verlängern Unterbrechungsphasen
und erhöhen Integrationsaufwand.
Kleinere, klar abgegrenzte Einheiten
unterstützen stabileren Arbeitsfluss.
Stories als Reifeindikator
Die Qualität von Stories zeigt, welches Steuerungsmodell implizit verwendet wird.
Kontrollorientierte Organisation:
- Stories sind Aufgabenpakete
- technische Arbeit dominiert
- Umfang bleibt groß
- Refinement ist oberflächlich
Ritualisierte Agilität:
- Stories sind formal korrekt formuliert
- aber stark abhängig oder unscharf geschnitten
Operativ stabilisierte Organisation:
- Stories sind fachlich geschnitten
- Unsicherheit wird vor dem Sprint reduziert
Systemisch reflektierte Organisation:
- Story-Schnitt folgt Domänenstruktur
- Stories sind klein, unabhängig, wertorientiert
- Planung dient Orientierung, nicht Absicherung
→ siehe: Organisationsreife
Missverständnisse
„As a … I want … because …“
ist kein Qualitätskriterium.
Eine formal korrekte Story kann strukturell ungeeignet sein.
Akzeptanzkriterien ersetzen keine inhaltliche Klarheit.
Story Points ersetzen keine Granularität.
Die Wirksamkeit einer Story liegt nicht im Template,
sondern im Zuschnitt.
Refinement als Unsicherheitsreduktion
Refinement ist kein Termin zur Schätzung.
Es ist ein struktureller Mechanismus zur:
- Reduktion fachlicher Unklarheit
- Entkopplung von Abhängigkeiten
- Größenanpassung
- Klärung des Wertbeitrags
Wenn Refinement erst im Planning stattfindet,
wird Unsicherheit in den Sprint verschoben.
Zur Frage der optimalen Story-Größe
Optimal bedeutet nicht „möglichst klein“.
Zu kleine Stories können:
- künstliche Fragmentierung erzeugen
- unnötige Koordination verursachen
- fachliche Kohärenz zerstören
Optimal ist eine Größe, die:
- innerhalb einer Iteration abgeschlossen werden kann
- fachlich kohärent bleibt
- unabhängig genug umgesetzt werden kann
- Varianz begrenzt
- Feedback in kurzer Zeit ermöglicht
Die optimale Story-Größe ist daher kontextabhängig –
aber nie beliebig.
Systemtheoretische Zusammenfassung
Große Stories erhöhen:
- Varianz
- Durchlaufzeit
- Prognoseillusion
- WIP-Druck
Kleine, kohärente Stories reduzieren:
- Unsicherheit
- Koordinationskosten
- Planungsinstabilität
Granularität ist kein agiles Stilmittel.
Sie ist ein Steuerungsparameter in komplexen Systemen.
Ohne sauberen Story-Schnitt
bleibt jedes Arbeitsmodell strukturell instabil.