Was sind Story Points? Agile Schätzung erklärt

Story Points schätzen den Aufwand, die Komplexität und die Unsicherheit der Arbeit - nicht die Stunden. Erfahren Sie, wie relative Schätzung, Planungspoker und Geschwindigkeit zusammenpassen.

Story-Punkte sind eine Einheit der relativen Schätzung: eine einzige Zahl, die den Umfang einer Aufgabe erfasst und dabei deren Komplexität, den Arbeitsaufwand und die Unsicherheit berücksichtigt. Entscheidend ist, dass ein Story Point kein Maß für die Zeit ist. Anstatt zu fragen: „Wie viele Stunden wird das dauern?“, fragt ein Team: „Wie lässt sich das mit der Arbeit vergleichen, die wir bereits erledigt haben?“ – und diese kleine Verschiebung macht Schätzungen ehrlicher und nützlicher.

Warum relative Schätzungen und nicht Stunden?

Menschen sind zwar unzuverlässig, wenn es darum geht, absolute Zeitangaben zu schätzen, aber überraschend gut darin, relative Einschätzungen vorzunehmen – wir können erkennen, dass eine Aufgabe etwa doppelt so schwer ist wie eine andere, selbst wenn wir nicht sagen können, wie lange die jeweilige Aufgabe dauern wird. Story Points stützen sich auf diese Stärke. Außerdem umgehen sie drei Probleme, die stundenbasierte Schätzungen mit sich bringen:

  • Eine Schätzung ist keine verbindliche Zusage. Stundenwerte verleiten die Beteiligten dazu, „8 Stunden“ als festes Versprechen zu betrachten; Punkte sorgen dafür, dass die Schätzung eine Prognose bleibt.
  • Für dieselbe Aufgabe benötigen verschiedene Personen unterschiedlich viel Zeit. Ein Punkt spiegelt die Arbeit wider, nicht die Person.
  • Die Dauer lässt das Risiko außer Acht. Eine kurze, aber ungewisse Aufgabe kann riskanter sein als eine lange, gut durchschaute – diese Punkte tragen dieser Ungewissheit Rechnung.

Die Story-Point-Skala

Die meisten Teams verwenden eine Fibonacci-ähnliche Skala – 1, 2, 3, 5, 8, 13, 20 – anstelle einer Linearen. Die sich vergrößernden Abstände sind beabsichtigt: Je größer ein Element ist, desto weniger genau lässt es sich bemessen, sodass die Skala nicht mehr vorgibt, man könne eine 14 von einer 15 unterscheiden. Wenn ein Element größer als etwa 13 ausfällt, ist das ein Signal, es in kleinere Teile aufzuteilen, die das Team verstehen und innerhalb eines Sprints umsetzen kann.

Wie Teams Punkte vergeben: Planning Poker

Die gängigste Methode zur Schätzung ist Planning Poker. Der Product Owner beschreibt ein Backlog-Element, das Team bespricht es, und jede Person wählt für sich einen Wert aus. Alle legen ihre Werte gleichzeitig offen, damit sich niemand von der lautesten Stimme beeinflussen lässt. Wenn die höchste und die niedrigste Schätzung stark voneinander abweichen, erläutern die betreffenden Personen ihre Gründe – und dieses Gespräch, das Annahmen und verborgene Komplexitäten zutage fördert, ist in der Regel wertvoller als die endgültige Zahl. Eine ausführlichere Anleitung finden Sie unter Wie man Planning Poker bei der agilen Schätzung einsetzt.

Von Punkten zu Geschwindigkeit

Sobald ein Team in Punkten schätzt, kann es die Velocity messen: die Anzahl der Punkte, die es in einem Sprint abarbeitet. Nach einigen Sprints wird die durchschnittliche Velocity zu einer einfachen, empirischen Prognose – wenn ein Team zuverlässig etwa 30 Punkte pro Sprint abarbeitet, kann der Product Owner grob abschätzen, wie viel vom Backlog in die nächsten Sprints passt. Die Velocity ist eine Planungshilfe für ein einzelnes Team, niemals ein Ziel und niemals ein teamübergreifender Vergleich; sobald sie zum Ziel wird, übertreiben Teams ihre Schätzungen, und die Zahl verliert jegliche Aussagekraft.

Story Points und die Retrospektive

Die Einschätzung des Arbeitsaufwands ist einer der häufigsten Punkte, die ein Team in seiner Sprint-Retrospektive überprüft. Wenn Aufgaben regelmäßig zu niedrig oder zu hoch eingeschätzt werden, wenn die Velocity stark schwankt oder wenn bereits als „erledigt“ markierte Arbeit immer wieder neu aufgerollt wird, ist die Retrospektive der Ort, an dem das Team sein gemeinsames Gespür für den Arbeitsaufwand neu kalibriert und die Aufteilung der Arbeit verfeinert. Die Genauigkeit der Schätzungen verbessert sich durch diesen Feedback-Kreislauf, nicht dadurch, dass man sich im Vorfeld noch mehr Mühe gibt.

Häufig gestellte Fragen zu Story Points

Was sind Story Points in der agilen Entwicklung?

Story Points sind eine relative Schätzungsgröße, die den Aufwand für eine bestimmte Aufgabe angibt, indem sie deren Komplexität, den Arbeitsaufwand und die Unsicherheit in einer einzigen Zahl zusammenfasst. Sie sind bewusst kein Maß für den Zeitaufwand. Ein Team vergleicht jeden Punkt mit anderen, deren Umfang bereits ermittelt wurde, und vergibt Punkte auf einer gemeinsamen Skala, sodass die Schätzungen eher den Schwierigkeitsgrad widerspiegeln als die Anzahl der Stunden, die eine bestimmte Person dafür aufwenden würde.

Warum Story-Punkte statt Stunden?

Menschen können absolute Zeiträume nur schlecht einschätzen, sind jedoch gut darin zu beurteilen, ob eine Sache größer ist als eine andere. Story Points stützen sich auf diese Stärke. Sie vermeiden zudem die Gefahr, eine Schätzung als verbindliche Zusage zu betrachten, berücksichtigen die Tatsache, dass dieselbe Aufgabe bei verschiedenen Personen unterschiedlich viel Zeit in Anspruch nimmt, und beziehen Komplexität und Risiko mit ein – nicht nur die Dauer. Über mehrere Sprints hinweg wird die Velocity eines Teams in Punkten zu einer zuverlässigeren Prognose als die Summe der geschätzten Stunden.

Wie schätzen Sie Story-Punkte ein?

Die meisten Teams nutzen Planning Poker. Der Product Owner erläutert ein Backlog-Element, das Team diskutiert darüber, und jeder wählt für sich einen Wert aus einer gemeinsamen Skala – in der Regel eine Fibonacci-ähnliche Zahlenfolge (1, 2, 3, 5, 8, 13). Alle geben ihre Werte gleichzeitig bekannt; wenn die Schätzungen stark voneinander abweichen, erläutern die Teilnehmer mit den höchsten und niedrigsten Werten ihre Überlegungen, und das Team stimmt erneut ab, bis sich die Werte annähern. Die Diskussion, die verborgene Komplexität zutage fördert, ist oft wertvoller als die Zahl selbst.

Können Sie Story-Points zwischen verschiedenen Teams vergleichen?

Nein. Ein Story Point wird auf das jeweilige Verständnis eines Teams für die relative Größe abgestimmt, sodass die 5 eines Teams nicht mit der 5 eines anderen Teams gleichzusetzen ist. Der Vergleich von Velocity oder Punktzahlen zwischen verschiedenen Teams ist sinnlos und, wenn er als Ziel verwendet wird, sogar schädlich – er veranlasst Teams dazu, ihre Schätzungen zu übertreiben. Story Points sind ein Planungsinstrument für die eigene Prognose eines einzelnen Teams, keine Produktivitätskennzahl zum Vergleich.

Weiterführende Literatur