Relatives Schätzen: Von T-Shirt Größen zu Fibonacci-Werten

Im Projektmanagement wird an vielen Stellen geschätzt. Beim Plangetriebenen Projektmanagement wird absolut geschätzt, beispielsweise in Tagen (Dauer) oder auch in Personentagen (Aufwand). Beim Agilen Projektmanagement geht es darum, relativ zu schätzen. Es geht immer um den Bezug auf etwas.

Anforderungen werden hier oft als User Story formuliert, dabei wird oft bei der Schätzung des Aufwands mit T-Shirt Größen gearbeitet. Dazu wird eine Referenz benötigt. Nehmen wir einmal an, die User Story mit der ID=9 wird mit einer T-Shirt Größe “S”, geschätzt, dann werden alle anderen User Stories relativ dazu geschätzt.

Manche fragen an dieser Stelle, warum man nicht gleich Zahlen, z.B. die Fibonacci-Werte, verwendet. Dazu habe ich folgende Erläuterung gefunden:

“Wir verzichten darauf, die Fibonacci-Werte von Beginn an zu nutzen, weil wir möchten, dass das Team sich komplett vom Denken in Zahlen löst. Zahlen werden unbewusst immer wieder miteinander oder mit Tagen oder Stunden verglichen. Wir möchten erreichen, dass sich das Team auf »größer, gleich, kleiner« konzentriert und die Stories nur relativ zueinander schätzt” (Röpstorff/Wiedmann 2016).

Dennoch wird es irgendwann dazu kommen, dass man sich von den T-Shirt Größen löst und Zahlen nutzen möchte. Dazu werden für User Stories Zahlen aus der angepassten Fibonacci-Reihe genutzt, und als Story Points bezeichnet. Dabei kann folgende Gegenüberstellung nützlich sein:

T-Shirt GrößenStory Points
XS1
S2
M3
L5
XL8
XXL13
Quelle: Röpstorff/Wiedmann 2016

User Stories mit Story Points größer als 13 sollten noch einmal analysiert werden, denn es könnte sein, dass der Aufwand für einen Sprint zu groß ist, und es sich somit um ein Epic handelt.

Siehe dazu auch Planning Poker beim relativen Schätzen nutzen – analog oder auch online.

Scrum: Sprints mit OpenProject abbilden

OpenProject: Auf unseren Servern installierte Open Source Anwendung: Sprint-Beispiel mit Story Points zu den User Stories

Wie schon in einem anderen Blogbeitrag beschrieben, haben wir OpenProject auf unseren Servern installiert. OpenProject kann im klassischen/plangetriebenen Projektmanagement genutzt werden (z.B. Balkenplan usw.). Darüber hinaus bietet OpenProject auch die Möglichkeit, agile Vorgehensmodelle wie z.B. Scrum (Rahmenwerk) darzustellen. Neben einer Roadmap und einem Product Backlog sind auch Sprints abbildbar. In der Grafik sehen Sie ein Demoprojekt mit der Navigation auf der linken Seite und den Sprint 1 mit Epics, verschiedenen User Stories und den dazugehörenden einzelnen Tasks.

Die User Stories sind mit Story Points nicht absolut, sondern relativ geschätzt worden. Die angegeben Story Points orientieren sich an der Fibonacci-Folge und können mit Planning Poker im Scrum Team bestimmt werden. Wenn die User Story mit der ID=26 mit 1 Story Point (Aufwand) bewertet wurde, stellt sich die Frage, wie andere User Stories in Relation dazu bewertet werden sollten. Das Scrum Team hat beispielsweise dann die User Story mit der ID=27 mit 5 Story Points bewertet usw. Ein Epic besteht aus mehreren User Stories und kann für den Sprint zu groß sein, sodass wiederum kleinere User Stories generiert werden sollten. Damit solch große Formate nicht in den Sprint gelangen, sollten Epics vom Product Owner in einem Requirementsboard frühzeitig und transparent detailliert werden.

In den von uns entwickelten Blended Learning Lehrgang Projektmanager/in AGIL (IHK) gehen wir auf diese Zusammenhänge ein, und stellen den Teilnehmern OpenProject vor – bzw. auch zur Verfügung -, sodass Sie verschiedene Funktionen ausprobieren können. Informationen zu den Lehrgängen und zu Terminen finden Sie auf unserer Lernplattform.