Leitfaden
Story Points erklärt
Eine relative Einheit für die Größenbestimmung von Backlog-Items. Story Points bündeln Komplexität, Unsicherheit und Volumen in einer Zahl — popularisiert durch Mike Cohns Agile Estimating and Planning (2005) und heute die Standardeinheit für Scrum- und Extreme-Programming-Teams.
Was Story Points tatsächlich messen
Ein Story Point bündelt drei Dinge in eine Zahl:
- Komplexität — wie verworren ist die Logik, wie viele Systeme sind involviert, wie viele Sonderfälle müssen behandelt werden.
- Unsicherheit — wie viel der Arbeit ist gut verstanden vs. explorativ. Eine neue Integration mit einer undokumentierten Third-Party-API ist hoch-unsicher, auch wenn der Code selbst einfach ist.
- Volumen — schiere Menge an Arbeit. Hundert nahezu identische CRUD-Endpoints sind hoch-volumig auch bei geringer Komplexität.
Eine 5-Punkte-Story ist nicht fünfmal so schwer wie eine 1-Punkte-Story. Sie ist nur klar größer als eine 3 und klar kleiner als eine 8, auf einer Skala, die dieses spezifische Team kalibriert hat.
Warum nicht Stunden oder Tage?
Stundenschätzungen haben zwei Versagensmuster:
- Sie pendeln sich auf die schnellste Person im Raum ein. Die erfahrene Entwicklerin, die das in vier Stunden schafft, sagt "vier Stunden", und die Junioren falten still ein, um nicht langsam zu wirken.
- Sie ignorieren Unsicherheit. Eine mit "acht Stunden" geschätzte Story, die ein Refactoring benötigt, ist keine acht Stunden mehr — aber die Schätzung ist festgeschrieben.
Story Points umgehen beides. Das Team drückt relative Größe aus, ohne sich auf eine falsche Dauer festzulegen. Über ein paar Sprints kristallisiert sich Velocity heraus — pro Sprint geschaffte Story Points — als stabile Team-Größe, die individuelle Varianz absorbiert. Die Planung nutzt dann Velocity, nicht Einzelschätzungen, zum Forecasting.
Die Verbindung zu Fibonacci
Die meisten Teams nutzen die Fibonacci-Folge (1, 2, 3, 5, 8, 13, 21), weil die menschliche Schätzgenauigkeit mit zunehmender Größe der Arbeit abnimmt. Die wachsenden Abstände sind ein Feature: Sie verhindern, dass das Team darüber streitet, ob eine Story eine 7 oder eine 8 ist — diese Auflösung existiert nicht. Siehe den Fibonacci-Skala-Leitfaden für die tiefere Begründung.
Häufige Missverständnisse
"Story Points sind nur Stunden in Verkleidung"
Nein. Zwei Teams, die dieselbe Arbeit liefern, landen auf unterschiedlichen Punkte-Summen, weil sie unterschiedlich kalibriert haben. Die Zahl hat nur innerhalb eines Teams Bedeutung.
"Story Points sind ein Commitment"
Sind sie nicht. Sie sind eine Schätzung der Größe zum Zeitpunkt der Schätzung. Wenn sich die Story als größer herausstellt, sobald ihr beginnt, schätzt ihr neu oder teilt auf — die ursprüngliche Zahl ist kein Vertrag.
"Höhere Velocity ist besser"
Velocity ist ein Forecasting-Input, kein Performance-Maß. Teams, deren Velocity gemessen wird, blasen Punkte-Schätzungen auf, und das Signal verkommt.
Wie man ein neues Team kalibriert
- Wählt eine kleine, gut verstandene Story, die das Team bereits geliefert hat.
- Einigt euch auf ihre Größe — typischerweise eine 3 oder 5. Das ist die Referenz-Story.
- Schätzt jede neue Story relativ zur Referenz ("größer als die Referenz-5; kleiner als die Referenz-8").
- Nach drei bis fünf Sprints hat das Team ein gemeinsames Größengefühl. Die Referenz-Story kann in den Hintergrund treten.
FAQ
- Sind Story Points dasselbe wie Stunden?
- Nein. Story Points erfassen relativen Aufwand — Komplexität, Unsicherheit und Volumen in einer Zahl. Stunden erfassen absolute Dauer. Eine 5-Punkte-Story entspricht nicht fünf Stunden; sie bedeutet nur klar größer als eine 3 und klar kleiner als eine 8 für dieses Team.
- Warum Story Points statt Stunden?
- Weil Stundenschätzungen sich auf die schnellste Person im Raum einpendeln und Unsicherheit ignorieren. Story Points erlauben dem Team auszudrücken "das ist größer und riskanter", ohne sich auf eine spezifische Dauer festzulegen, die falsch sein wird. Velocity (pro Sprint geschaffte Story Points) mittelt dann die individuelle Varianz aus.
- Warum die Fibonacci-Folge?
- Weil die menschliche Schätzgenauigkeit mit zunehmender Größe der Arbeit abnimmt. Die wachsenden Fibonacci-Abstände (1, 2, 3, 5, 8, 13, 21) verhindern falsche Präzision: Eine 13-Punkte-Story ist nicht dreizehnmal so schwer wie eine 1-Punkte-Story — sie ist einfach klar größer und muss vermutlich aufgeteilt werden.
- Können Stories null Punkte haben?
- Manche Teams nutzen Null für triviale Arbeit, die mit einer größeren Story gebündelt wird. Die meisten Teams machen das nicht — wenn es wert ist, getrackt zu werden, ist es eine 1 wert.
- Wie kalibrieren neue Teams Story Points?
- Wählt eine Referenz-Story, die das Team bereits geliefert hat, einigt euch auf ihre Größe (typischerweise eine 3 oder 5) und schätzt jede neue Story relativ dazu. Nach drei bis fünf Sprints hat das Team ein gemeinsames Größengefühl und die Referenz-Story kann in den Hintergrund treten.
Mit eurem Team schätzen
Backlog einfügen, Room-Link teilen. Kein Account, keine Anmeldung. Sessions werden nach 24 Stunden automatisch gelöscht.
Planning-Poker-Session starten