Was sind Story Points?

Ein Story Point ist eine Einheit für relative Größe. Statt ein Stück Arbeit in Stunden oder Tagen zu schätzen, vergleicht das Team es mit Arbeit, die es bereits erledigt hat: „Das ist ungefähr doppelt so groß wie jenes.“ Die Zahl erfasst Aufwand, Komplexität und Unsicherheit zusammen.

Warum relativ und nicht in Stunden

Menschen sagen schlecht voraus, wie lange eine Aufgabe dauert, können aber recht gut beurteilen, ob eine Aufgabe größer ist als eine andere. Story Points nutzen die zweite Fähigkeit.

• Punkte hängen nicht davon ab, wer die Arbeit macht. Eine Story ist eine 3, egal ob ein erfahrener oder ein junger Entwickler sie aufnimmt; der Unterschied zeigt sich darin, wie schnell das Team Punkte abschließt, nicht in der Schätzung.
• Schätzen bleibt schnell. Eine Story mit einer bekannten zu vergleichen, dauert Sekunden. Sie in Stunden aufzuschlüsseln, dauert viel länger und ist selten genauer.
• Aus Punkten werden durch Messung Termine. Sobald das Team weiß, wie viele Punkte es pro Iteration abschließt — seine Velocity —, kann es prognostizieren, wann eine Menge von Stories fertig sein wird.

Eine Schätzung ist ein Sizing-Gespräch, kein Versprechen. Wenn das Team bei einer Zahl uneins ist, bringt die Diskussion meist ein Missverständnis über die Story ans Licht — das ist das nützlichere Ergebnis.

Skalen

Teams wählen eine kurze Skala, damit Schätzungen grob bleiben. Gängige Skalen:

• Fibonacci — 0, 1, 2, 3, 5, 8, 13. Die Abstände wachsen mit der Größe, weil große Stories unsicherer sind.
• Linear — 0, 1, 2, 3. Eine kleine Skala für Teams, die Arbeit fein aufteilen.
• T-Shirt-Größen — S, M, L (manchmal XS und XL).

Eine Story, die zu groß für das obere Ende der Skala ist, ist ein Signal, sie in kleinere Stories aufzuteilen.

Gemeinsam im Team schätzen

Eine verbreitete Technik ist Planning Poker: Jede Person wählt verdeckt eine Schätzung, alle decken gleichzeitig auf, und wer die höchste und die niedrigste Schätzung abgegeben hat, erklärt seine Überlegungen, bevor sich das Team auf eine Zahl einigt. Das gleichzeitige Aufdecken verhindert, dass die erste Stimme alle anderen beeinflusst.

Geschätzt wird, bevor die Story gestartet wird, sobald das Team versteht, was „fertig“ für sie bedeutet — die Akzeptanzkriterien. Siehe User Stories und Iterationsplanung.

So macht es East Agile Tracker

• Features nehmen standardmäßig Punkte an. Bugs und Chores bleiben ungeschätzt, sofern das Projekt nicht Punkte für Bugs und Chores einschaltet. Siehe Features schätzen.
• Drei Skalen sind enthalten: Fibonacci (0, 1, 2, 3, 5, 8, 13), East Agile (0, 1, 2, 3) und 3-Punkte (1, 2, 3 für Small / Medium / Large). Die Skala wird pro Projekt gewählt; ein späterer Wechsel rechnet bestehende Schätzungen nicht um. Siehe Punkte.
• Punkte fließen in die Velocity ein. Die Punkte einer Story zählen zur Velocity, sobald sie den Done-State des Projekts erreicht, und die Velocity bestimmt den Umfang der nächsten Iterationen. Siehe Velocity.
• Ungeschätzte Stories sind durchsuchbar. Der Filter is:unestimated listet Features auf, die noch eine Zahl brauchen. Siehe Suche und Filter.

Weiterführende Lektüre

• Was ist Velocity? — wie aus Punkten eine Prognose wird.
• Scrum oder Kanban — wo das Schätzen in jeder Methode seinen Platz hat.
• eXtreme Programming — die Methode, aus der Story Points stammen.