Schätzen: Storypoints oder Stunden?
Immer wieder höre ich gerade bei neu aufgesetzten Teams die Frage, wieso man eigentlich zu Beginn eines Projekts oder einer Iteration in Storypoints schätzt und nicht direkt in Stunden. Die Antwort ist einfach – Storypoints sind schlichtweg die bessere Schätzgröße, aber warum?
Alternative Schätzverfahren
Ein wichtige Aufgabe zu Beginn eines Projekts, Produkts oder einer Iteration ist die Planung der Aufgaben. In Scrum werden hier üblicherweise Features oder User Stories aufwandsbewertet. Diese Bewertung erfolgt oft durch ein Scrum Poker.
Die Aufwände hierfür ufern gerade bei komplexen und/oder komplizierten Aufgaben oder schlichtweg bei langen Iterationen oft aus, einzelne Teammitglieder verstricken sich in lange Diskussionen über – im Gesamtkontext gesehen – teilweise unwichtige Details. Außerdem kommen in den Diskussionen zu Inhalten der Aufgaben häufig einzelne Teammitglieder nicht zu Wort oder beteiligen sich nicht wirklich.
Richtige Größe für Tasks
Im Scrum ist eine wichtige Aufgabe für Projektplanung, -controlling und das damit zusammenhängende Risikomanagement das Aufgliedern der Arbeitsaufträge (User Story, Features, Epics) in eine Reihe von kleinen und bearbeitbaren Aufgaben (Tasks). Ein Arbeitsauftrag besteht also aus einer unterschiedlich großen Anzahl von Tasks. Aber wie klein soll man diese Tasks schneiden, welchen geschätzten Aufwand darf ein Task maximal haben?