Story Points werden User Stories oder Backlog Items zugewiesen, bei denen es sich um kleine, überschaubare Arbeitsschritte handelt, die das Team innerhalb eines Sprints erledigen muss. Jeder Story-Punkt stellt ein relatives Maß für die Komplexität und den Aufwand dar, der zum Vervollständigen einer User Story erforderlich ist, und nicht für ein absolutes Maß für die Zeit.
Da die Geschwindigkeit eines Teams schwankt, berechnen wir häufig die durchschnittliche Geschwindigkeit, die für Planung und Prognosen verwendet werden kann
Wie berechnet man die Durchschnittsgeschwindigkeit in Scrum?
Zunächst muss jeder User Story eine Anzahl Story Points zugeordnet werden. Dies ist ein abstraktes Maß für den Aufwand, der zur Implementierung einer bestimmten User Story erforderlich ist. Die Schätzung verbessert sich mit dem Fortschritt eines Projekts und wenn Teams in der Lage sind, Feedback zur Schwierigkeit ihrer Arbeit zu geben.
Um die durchschnittliche Scrum-Geschwindigkeit zu berechnen, muss jeder User Story eine Reihe von Story-Punkten zugewiesen werden. Sobald dies erledigt ist, können Sie diesen einfachen Schritten folgen:
- Bestimmen Sie zunächst die Gesamtzahl der Story Points, die das Team während des Sprints abgeschlossen hat.
- Addieren Sie dann die Gesamtzahl der Story Points, die das Team in den vergangenen Sprints erreicht hat.
- Teilen Sie die Gesamtzahl der Story Points durch die Anzahl der abgeschlossenen Sprints. Wenn ein Team beispielsweise 20 Story-Punkte in Sprint 1, 30 Story-Punkte in Sprint 2 und 25 Story-Punkte in Sprint 3 abschließt, beträgt seine durchschnittliche Geschwindigkeit (20 + 30 + 25) / 3 = 25 Story-Punkte pro Sprint.
Die Durchschnittsgeschwindigkeit ist nicht präzise, sie wird oft zusammen mit dem 90%-Konfidenzintervall ausgewertet. Sie ermitteln das 90%-Konfidenzintervall, indem Sie die zweitniedrigste und die zweithöchste Geschwindigkeit in der Serie der letzten acht Sprints ermitteln.
Beachten Sie, dass die Scrum-Velocity kein absolutes Maß für die Leistung ist und nicht dazu verwendet werden sollte, Teams oder Teammitglieder zu vergleichen. Stattdessen ist sie ein Werkzeug für das Team, um die Menge an Arbeit zu planen und zu prognostizieren, die es in zukünftigen Sprints realistischerweise bewältigen kann. Es ist wichtig, die Velocity regelmäßig zu überprüfen und anzupassen, wenn das Team Fortschritte macht und mehr Erfahrung in der Zusammenarbeit sammelt.
Warum ist Velocity wichtig?
Velocity ist aus mehreren Gründen eine wichtige Kennzahl in Scrum. Hier sind einige der wichtigsten:
Hilft bei der Prognose
Velocity bietet dem Team und den Stakeholdern eine zuverlässige Schätzung, wie viel Arbeit das Team auf der Grundlage ihrer historischen Leistung realistischerweise in einem Sprint erledigen kann. Das hilft dabei Sprintplanung und Release-Planung, die wichtige Komponenten von Scrum sind.
Hilft bei der Priorisierung
Der Product Owner kann die Velocity des Teams nutzen, um die Product Backlog-Elemente auf der Grundlage ihrer geschätzten Story Points zu priorisieren. Dadurch wird sichergestellt, dass sich das Team auf die Lieferung der wertvollsten Funktionen oder User Stories konzentriert, die auf ihrer Kapazität basieren.
Verbessert die Transparenz
Velocity ist eine sichtbare Kennzahl, die Aufschluss über die Leistung, den Fortschritt und die Kapazität des Teams gibt. Sie hilft, potenzielle Probleme oder Engpässe frühzeitig zu erkennen, so dass das Team Korrekturmaßnahmen ergreifen und sich kontinuierlich verbessern kann.
Ermöglicht eine kontinuierliche Verbesserung
Durch die Verfolgung der Geschwindigkeit im Zeitverlauf kann das Team Trends und Muster identifizieren, die auf Verbesserungspotenziale hinweisen. Wenn beispielsweise die Geschwindigkeit über mehrere Sprints hinweg abnimmt, kann das ein Hinweis darauf sein, dass das Team vor Hindernissen oder Herausforderungen steht, die angegangen werden müssen.
Zusammenfassend ist Geschwindigkeit eine nützliche Messgröße in Scrum, die dem Team und den Stakeholdern hilft, ihre Arbeitsprozesse zu planen, zu priorisieren und zu verbessern. Es ist jedoch wichtig zu bedenken, dass Geschwindigkeit kein Maß für die individuelle Leistung ist, sondern als Werkzeug für das Team genutzt werden sollte, um seine Leistung und Leistung kontinuierlich zu verbessern.
