Wie werden Story-Schätzungen erfolgreich?

Jeder, der mit Scrum, SAFe oder anderen agilen Methoden gearbeitet hat, die auf Story-Point-Schätzungen setzen, kennt die Herausforderungen einer Planning-Poker-Session. Gleichzeitig ist allen bewusst, wie wichtig eine gute Planungssitzung ist – einerseits um sicherzustellen, dass das Team sich auf Akzeptanzkriterien, Definition of Done und Umfang einigt, andererseits um dem Product Owner eine fundierte Entscheidung bei der Priorisierung des Backlogs zu ermöglichen.

Wie genau macht man eine Scrum-Poker-Session erfolgreich? Wir betrachten, was eine gut vorbereitete User Story ausmacht, wie man sie präsentiert, Best Practices für den Poker selbst und wie man mit Abweichungen zwischen den Schätzungen umgeht.

Vor dem Schätzen: User Story muss 'ready' und besprochen sein

Für eine erfolgreiche Schätzsession muss die User Story bereit sein. In Scrum geschieht dies im Refinement, wo Product Owner und Entwicklungsteam die Details der Story besprechen.

Sind sich alle über Akzeptanzkriterien und Definition of Done einig, kann die eigentliche Schätzung mit dem Scrum Poker beginnen.

Schätzen mit Scrum Poker

Hier wird das Schätztool auf scrumpoker-online.org nützlich. Alle Teammitglieder treten dem Raum bei und schätzen die Komplexität der Story mit Story Points auf der Fibonacci-Skala.

Ergebnisse aufdecken

Stimmen alle Schätzungen überein, ist die Story erfolgreich geschätzt. Bei Abweichungen diskutieren die Teammitglieder mit den extremsten Werten ihre Begründungen – oft ein Zeichen dafür, dass noch kein gemeinsames Verständnis besteht.