Story Points Definition und Aufwandsschätzung

story points

Story Points Definition

In der agilen Softwareentwicklung kommen oftmals sogennante Story Points (auch: Scrum Points; agile Points; Storypoints) zum Einsatz, um eine Aufwandsschätzung durchzuführen. Dabei wird zumeist nicht der Aufwand in Personentage zum Erledigen geschätzt, sondern die Komplexität einer Aufgabe. Die Definition der Komplexität erarbeitet und definiert dabei das Team.

In der Regel sind hohe Schätzwerte ein Indiz dafür, dass die aktuellen Informationen nicht ausreichen, um eine konkrete Schätzung abgeben zu können. Gegebenfalls muss in einem solchen Fall der Product Owner mehr Informationen und Anforderungen liefern oder das Team muss die Story in besser schätzbare Teile auseinander brechen.

1. Erstellen eines Wertebereiches

Als Wertebereich wird zumeist die Fibonacci-Reihenfolge bis 13, ergänzt mit 20, 40 und 100, verwendet. Zur Verdeutlichung der Bedeutung eines Wertes, kann eine Wertetabelle erstellt werden. Ein Beispiel stellt die folgende Tabelle dar:

Wert Bedeutung Beschreibung
0Bereits erledigt
1Sehr kleinAufgabe mit niedriger Komplexität
2KleinDoppelt so große Komplexität wie eine sehr kleine Aufgabe
3MittelEntspricht einer sehr kleinen und kleinen Aufgabe
5MittelgroßKomplexität entspricht bereits einer mittleren Aufgabe und einer kleinen Aufgabe
8GroßKomplexität entspricht einer mittelgroßen und einer mittleren Aufgabe
13Sehr großKomplexität entspricht einer großen und einer mittelgroßen Aufgabe
20RiesigCa. so groß wie eine große und eine sehr große Aufgabe zusammen
40GigantischKaum schätzbar, doch mindestens so groß wie zwei riesige Aufgaben
100UnendlichNicht schätzbar mit aktuellem Wissenstand. Unfassbar!

2. Der Vorteil von Sprint Story Points

Die Verwendung von Story Points hat den Vorteil, dass anhand einer Schätzung nicht auf Anhieb der Aufwand abgeleitet werden kann. Schätzungen sind somit weiterhin das, was sie sind: eine vage Ausgabe über die Komplexität, basierend auf einer Schätzung. Ein weiterer Vorteil ist, dass Schätzungen basierend auf Story Points nicht verwendet werden können, um die Performance von Team-Mitgliedern oder Teams miteinander vergleichen zu können. Jedes Team erstellt für sich selbst eine eigene Wertetabelle der Schätzpunkte und findet ein für sich passendes System, um Aufgaben zu schätzen. Daher sind Abweichungen innerhalb eines Unternehmens bisweilen unausweichlich.

3. Referenz-Story

Eine Methode zum Definieren einer Wertetabelle ist das Heranziehen einer Referenz-Story. Dabei einigt sich das Team zunächst auf eine Referenz-Story, die nicht zu groß und nicht zu klein ist und die von allen Team-Mitgliedern geschätzt werden kann. Aufbauend auf dieser Referenz, werden die weiteren Stories im Backlog geschätzt und in eine Relation zueinander gesetzt. Aufgaben mit vergleichbaren Schätzungen können gestapelt werden, so dass im Idealfall am Ende eine überschaubare Anzahl Stapel übrig bleibt. Eine Lösung zum Aufbau der Wertetabelle kann sein, dass der Stapel mit der niedrigsten Schätzung die Story Point-Wertung 1 erhält, der nächste Stapel die 2 usw.

4. Schätzung der Dauer anhand der Velocity

Um aus geschätzten Stories ableiten zu können, wie lange es in etwa dauern wird, bis sie umgesetzt worden sind, wird die Velocity herangezogen. Die Velocity ist der Durchsatz an Story Points, den das Team bisher erzielt hat (bzw. die Anzahl der Story Points, die das Team pro Sprint erledigt). Über mehrere Sprints hinweg wird festgehalten, wie viele Story Points erledigt werden konnten. Bleiben Wertetabelle, Referenz-Stories und Team-Zusammensetzung über diesen Zeitraum gleich, kann diese Velocity zur Release-Planung verwendet werden. Ein eingespieltes Team wird im Laufe eines Projektes die Velocity vermutlich steigern und folglich mehr Story Points pro Sprints als am Anfang umsetzen können. Die Schätzungen der Stories sind davon nicht betroffen und müssen nicht angepasst werden, da sie lediglich etwas über die Komplexität, aber nicht den Aufwand aussagen.

Was sind Ihre Gedanken zum Nutzen von Story Points? Teilen Sie es uns in den Kommentaren mit!

Das könnte Sie auch interessieren:

Patric Eid

Patric Eid

Als selbstständiger Projektberater und Trainer verhelfe ich Unternehmen zu mehr Klarheit und Struktur in ihrem Projektmanagement. Zudem unterstütze ich Projektleiter:innen und Product Owner in der 1:1-Arbeit als Agile und Business Coach. Meine Themenschwerpunkte sind Projektmanagement und Anforderungsmanagement. Zudem führe ich Anwender-Schulungen beispielsweise mit Jira, Confluence oder pqforce durch. Meine Seminare haben aufgrund von umfangreichen praktischen Erfahrungen in unterschiedlichen Branchen und Projektrollen einen hohen Praxisbezug.

Jetzt unverbindlich Klarheit im Projekt gewinnen:

Share on facebook
Facebook
Share on twitter
Twitter
Share on linkedin
LinkedIn
Share on xing
XING
Share on email
Email

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert.