Wie man schon am Titel dieses Artikels sehen kann, bin ich kein großer Fan von Story Points. Warum das so ist, erkläre ich Dir hier.
Als "Vater der Story Points" gilt Ron Jeffries. In seinem Artikel Story Points Revisited erklärt er, wie es zu diesem Konzept gekommen ist. Er ist sich allerdings selbst nicht sicher, ob er tatsächlich der Erfinder ist. Er erklärt auch wunderbar, welche alternativen Konzepte er bevorzugt (ja, auch er ist kein Fan von Story Points).
Aber was sind Story Points eigentlich? Die ursprüngliche Idee von Story Points ist es, den Schwierigkeitsgrad oder die Komplexität eines Features zu beschreiben. Je schwieriger eine Aufgabe ist, desto mehr Story Points bekommt sie. Es ist eine bisschen wie ein Level in einem Videospiel wie z.B. Tetris. Wenn ich noch nie Tetris gespielt habe, wird mir Level 10 sehr schwer vorkommen. Mit zunehmender Erfahrung fällt mir Level 10 immer einfacher, bis ich am Ende nur noch müde darüber lächeln kann. Das ändert allerdings nichts an der Sache, das Level 10 trotzdem Level 10 bleibt. Für einen unerfahrenen Spieler ist es immer noch eine Herausforderung.
Das gleiche gilt für Features in einem Backlog. Ein erfahrener Entwickler wird mit einem Feature mit 5 Story Points mit Leichtigkeit fertig, während ein Junior Entwickler zumindest anfangs noch seine Schwierigkeiten haben wird. Beide brauchen für die Implementierung unterschiedlich lang.
Story Points sagen also NICHTS über den Aufwand aus!Deshalb macht es auch keinen Sinn Story Points z.B. in PTs (Personen Tage) umzurechnen. Wenn ein Team das Thema Agilität ernst nimmt, wird es immer besser im Abarbeiten der Backlog Items. Das bedeutet, dass es ein halbes Jahr später wesentlich mehr Story Points pro Sprint (auch bekannt als Velocity) abgearbeitet werden. Das Team wird immer erfahrener.
Leider fällt es vielen Menschen schwer das Thema "Erfahrung" aus ihren Story Point Schätzungen raus zu halten. Das führt dazu, dass die beiden Dinge vermischt werden. Sobald ich das aber mache, macht es keinen Sinn mehr mit Story Points zu arbeiten.
Ich kennen Unternehmen, die haben einen Umrechnungsfaktor für Story Points, z.B. ein Story Point sind drei PTs. In diesem Fall kann man auch gleich in PTs rechnen, da es einfach nur einen weitere Zeiteinheit ist, die am Ende mehr Verwirrung stiftet, als das sie hilft.
Heutzutage gibt es bessere Konzepte, um Projekte zu planen. Eines davon ist z.B. #NoEstimates. Mehr dazu in meinem Podcast mit Vasco Duarte.
R.I.P Story Points...
Der gevierteilte Scrum Master - Ein Interview mit Berthold Barth
Agilität ist tot - Lang lebe die Agilität
Wie kann ich Workshops wie z.B. Teamcharta in die Arbeit des Teams integrieren?
Muss ein Daily jeden Tag stattfinden?
Dysfunktionale Agilität
Kann man eine Retrospektive auch mal ausfallen lassen?
Kann man ein Sprint Review auch mal ausfallen lassen?
Ask me anything mit Marc - Live-Mitschnitt von der Agile Lean Karlsruhe
Warum ”fertig werden” ein dummes Sprintziel ist!
Was sind typische Probleme beim Sprint Backlog?
Warum brauche ich noch Sprints, wenn ich Continuous Delivery mache?
Warum Konflikte besser sind als ihr Ruf - Ein Interview mit Ralph Ehler
Wie wird man Scrum Master? - Ein Interview mit Konstantin Schulz
Was macht man, wenn die Entwickler ständig den Sprint nicht schaffen?
Was macht man, wenn einem Führungskräfte ständig in die Scrum Master Aufgaben ”reingrätschen”?
Wie kann ich als Scrum Master mehr als ein Team sinnvoll begleiten?
Das Manifest für menschliche Führung
Ist der Scrum Master ein Projektleiter?
Was sind eigentlich Business Stories?
Fünf Tipps um als Scrum Master im hybriden Umfeld zu überleben!
Create your
podcast in
minutes
It is Free
Bank of America Treasury Insights
Human Capital Leadership
The Power of Music Thinking
BusinessWISE
3 Takeaways