Story Points vs. Stunden: Warum wir keine Zeit mehr schätzen
Die Debatte ist so alt wie die agile Softwareentwicklung selbst: Sollten wir in Story Points oder in Stunden schätzen?
Wenn dein Team immer noch in Stunden schätzt, habt ihr höchstwahrscheinlich mit ständig verpassten Deadlines und gestressten Entwicklern zu kämpfen.
Das Hauptproblem ist folgendes: Zeit ist absolut subjektiv. Die Entwicklung einer spezifischen API-Integration mag einen Senior-Entwickler vier Stunden kosten. Ein Junior-Entwickler braucht dafür vielleicht vier Tage. Wenn der Senior das Ticket auf "4 Stunden" schätzt, aber letztendlich der Junior die Aufgabe aus dem Backlog zieht, gerät der gesamte Sprint sofort aus den Fugen.
Die drei Säulen der Komplexität
Komplexität hingegen ist universell.
Unabhängig davon, wer die Arbeit erledigt: Die API-Integration hat immer dieselbe Anzahl an Endpunkten, dieselben Sicherheitsanforderungen und dasselbe Risiko.
Story Points messen genau diese Komplexität. Eine 5-Punkte-Story bleibt eine 5-Punkte-Story, egal wer sie sich vom Board schnappt. Wenn man in Punkten schätzt, wiegt man drei Dinge ab:
- Den benötigten Arbeitsaufwand.
- Die Komplexität der Aufgabe.
- Das Risiko und mögliche Unbekannte.
Der Wechsel weg von zeitbasierten Schätzungen erfordert ein echtes Umdenken, aber die richtigen Werkzeuge helfen dabei. Die Nutzung eines Online-Tools für Planning Poker, das standardmäßig die Fibonacci-Folge verwendet, zwingt das Team dazu, den Blick von der Uhr abzuwenden und sich voll und ganz auf die eigentliche Arbeit zu konzentrieren.