Scrum-Leitfaden · Artefakte und Praktiken
Velocity in Scrum: berechnen und nutzen
Velocity ist die Arbeitsmenge, die ein Scrum Team in einem Sprint abschließt, meist in Story Points gemessen. Sie ist eine Planungshilfe für das Team, kein Maß für Produktivität.
Das Wichtigste in Kürze
- Velocity sind die erledigten Story Points pro Sprint.
- Nutzen Sie Durchschnittswerte für Planung und Prognose.
- Vergleichen Sie niemals Teams und setzen Sie keine Velocity-Vorgaben.
So berechnen Sie sie
- Addieren Sie am Sprintende die Story Points aller Einträge, die die Definition of Done erfüllen.
- Lassen Sie teilweise erledigte Einträge vollständig außen vor.
- Verfolgen Sie den Wert über mehrere Sprints.
- Nutzen Sie für die Planung den Durchschnitt der letzten drei bis fünf Sprints.
Vorteile
- Hilft dem Team zu entscheiden, wie viel es in einen Sprint aufnimmt.
- Unterstützt Release-Prognosen: verbleibende Punkte ÷ durchschnittliche Velocity.
- Macht Veränderungen sichtbar, etwa einen Rückgang, nachdem Teammitglieder gegangen sind.
Grenzen und Missbrauch
- Velocity ist teamspezifisch; vergleichen Sie niemals Teams.
- Vorgaben für die Velocity führen zu aufgeblähten Schätzungen.
- Sie misst Output, nicht Wert oder Ergebnisse.
- Sie wird unzuverlässig, wenn sich die Teamzusammensetzung häufig ändert.
Velocity-Diagramm
Stellen Sie zugesagte und erledigte Punkte pro Sprint als Balken dar. Achten Sie auf Stabilität statt auf Wachstum. Siehe Velocity-Charts.
Kostenlose Vorlagen zu diesem Thema
Häufig gestellte Fragen
Ist Velocity eine Scrum-Kennzahl?
Velocity ist im Scrum Guide nicht definiert, wird aber von Scrum Teams häufig genutzt.
Sollte die Velocity mit der Zeit steigen?
Nicht unbedingt. Eine stabile Velocity ist nützlicher als eine steigende, die oft aufgeblähte Schätzungen widerspiegelt.
Was ist Velocity in Scrum?
Die Arbeitsmenge, die ein Scrum Team in einem Sprint abschließt, meist die Summe der Story Points der Einträge, die die Definition of Done erfüllen.
Wie berechnet man die Velocity?
Addieren Sie die Story Points aller Einträge, die am Sprintende die Definition of Done erfüllen, ohne teilweise erledigte Einträge. Für die Planung bilden Sie den Durchschnitt der letzten drei bis fünf Sprints.
Was ist eine gute Velocity?
Es gibt keinen guten Wert. Velocity bezieht sich auf die Schätzskala jedes Teams, daher ist eine stabile, vorhersehbare Velocity wichtiger als ihre Höhe.
Warum sinkt die Velocity?
Häufige Gründe sind Urlaub, Teamwechsel, ungeplante Arbeit, wachsende technische Schulden und schwierigere Einträge. Besprechen Sie anhaltende Rückgänge in der Retrospektive.
Wie prognostiziert man ein Release mit der Velocity?
Teilen Sie die verbleibenden Story Points durch die durchschnittliche Velocity. Beispiel: 120 Punkte bei etwa 24 pro Sprint ergeben rund fünf Sprints; nutzen Sie für eine ehrliche Prognose eine Spanne aus langsameren und schnelleren Sprints.
Sollten teilweise erledigte Stories zur Velocity zählen?
Nein. Nur Einträge, die die Definition of Done erfüllen, zählen. Unerledigte Einträge gehen zurück ins Product Backlog und zählen in dem Sprint, in dem sie abgeschlossen werden.
Was ist ein Velocity-Chart?
Ein Balkendiagramm mit geplanten und erledigten Punkten pro Sprint, das Trends und Stabilität zeigt. Siehe Agiles Velocity-Chart.
Können Führungskräfte die Velocity zur Messung der Produktivität nutzen?
Das sollten sie nicht. Velocity misst Output in teamspezifischen Einheiten, und wer sie als Vorgabe nutzt, erhält aufgeblähte Schätzungen statt mehr Wert.
Was ist der Unterschied zwischen Velocity und Kapazität?
Velocity ist, was das Team in vergangenen Sprints tatsächlich abgeschlossen hat; Kapazität ist, wie viel Zeit dem Team im kommenden Sprint zur Verfügung steht. Teams nutzen beides im Sprint Planning.