Velocity im Projektmanagement: Kennzahl richtig verstehen und nutzen

Velocity im Projektmanagement: Was die Kennzahl aussagt und wie Teams sie nutzen

Wie viel Arbeit kann ein Team in einem bestimmten Zeitraum realistisch abschließen? Im agilen Projektmanagement hilft die Kennzahl Velocity, diese Frage anhand bisheriger Erfahrungen zu beantworten. Sie unterstützt Teams bei der Sprintplanung und bei Prognosen – vorausgesetzt, sie wird richtig verstanden: Velocity ist kein Leistungsurteil, sondern ein Planungswert.

Was bedeutet Velocity?

Velocity bezeichnet die Menge an Arbeit, die ein Team während eines festgelegten Zeitraums – häufig eines Sprints – erledigt und nach den vereinbarten Kriterien abgeschlossen hat. In Scrum wird die Arbeit oft in Story Points geschätzt. Die Velocity eines Teams könnte beispielsweise 24 Story Points pro Sprint betragen.

Gezählt werden sollten nur Aufgaben, die vollständig abgeschlossen sind. Was „abgeschlossen“ bedeutet, legt das Team in seiner Definition of Done fest. Teilweise erledigte Aufgaben werden üblicherweise nicht anteilig zur Velocity gerechnet, sondern erst dann, wenn sie die vereinbarten Qualitätskriterien erfüllen.

Wie wird die Velocity berechnet?

Die Velocity für einen Sprint ergibt sich aus der Summe der Schätzwerte aller darin abgeschlossenen Arbeitselemente:

Velocity = Summe der Story Points abgeschlossener Aufgaben im Sprint

Angenommen, ein Team schließt in einem zweiwöchigen Sprint drei Aufgaben mit jeweils 5, 3 und 8 Story Points ab. Die Velocity beträgt dann 16 Story Points. Nicht abgeschlossene Aufgaben zählen in diesem Beispiel nicht mit.

Ein einzelner Sprint liefert allerdings nur eine Momentaufnahme. Für Prognosen ist der Durchschnitt mehrerer vergleichbarer Sprints aussagekräftiger. Hat ein Team in den letzten fünf Sprints beispielsweise 18, 22, 20, 19 und 21 Story Points abgeschlossen, liegt der Mittelwert bei 20 Story Points pro Sprint.

Wofür ist Velocity nützlich?

• Sprintplanung: Das Team kann den Umfang des nächsten Sprints anhand seiner bisherigen Erfahrung einschätzen.
• Prognosen: Die durchschnittliche Velocity hilft dabei, eine grobe Einschätzung zu geben, wie viele Sprints für ein priorisiertes Arbeitsvolumen benötigt werden könnten.
• Planungsgespräche: Product Owner und Team können Erwartungen mit realistischen Erfahrungswerten abgleichen.
• Erkennen von Veränderungen: Schwankungen können Anlass sein, im Team nach Ursachen wie Abhängigkeiten, Unterbrechungen oder unklaren Anforderungen zu suchen.

Velocity ist dabei keine Garantie. Änderungen am Arbeitsumfang, Urlaub, technische Hindernisse oder neue Erkenntnisse können die tatsächliche Liefermenge beeinflussen. Prognosen sollten deshalb als Schätzungen und nicht als feste Zusagen behandelt werden.

Velocity richtig interpretieren

Story Points sind relative Schätzwerte. Sie helfen einem Team, Aufgaben miteinander zu vergleichen und dabei beispielsweise Aufwand, Komplexität und Unsicherheit zu berücksichtigen. Sie sind jedoch keine standardisierte Maßeinheit. Ein Story Point eines Teams entspricht daher nicht automatisch einem Story Point eines anderen Teams.

Velocity sollte deshalb vor allem innerhalb desselben Teams und bei gleichbleibenden Rahmenbedingungen betrachtet werden. Verändert sich die Zusammensetzung des Teams oder die Art der Arbeit, kann sich auch die Kennzahl verändern. Das bedeutet nicht zwingend, dass das Team besser oder schlechter arbeitet.

Häufige Fehler beim Einsatz von Velocity

Velocity als Produktivitätsziel verwenden

Wird ein Team daran gemessen, seine Velocity ständig zu steigern, entsteht leicht Druck, höhere Schätzwerte zu vergeben oder Qualität und Zusammenarbeit zu vernachlässigen. Velocity sollte der Planung dienen – nicht als individuelles Leistungsmaß oder Bonuskennzahl.

Teams miteinander vergleichen

Da Schätzskalen und Arbeitsbedingungen unterschiedlich sind, sind Vergleiche zwischen Teams meist wenig aussagekräftig. Eine höhere Velocity bedeutet nicht automatisch, dass ein Team mehr Wert liefert oder effizienter arbeitet.

Schätzwerte mit tatsächlichem Nutzen verwechseln

Velocity zeigt, wie viele geschätzte Arbeitseinheiten abgeschlossen wurden. Sie sagt nicht direkt aus, welchen geschäftlichen oder nutzerbezogenen Nutzen diese Arbeit erzielt hat. Für ein vollständigeres Bild sollten Teams auch auf Qualität, Kundennutzen, Fehler und Lieferfähigkeit achten.

Zu stark auf einzelne Sprints reagieren

Die Velocity kann von Sprint zu Sprint schwanken. Statt jede Abweichung als Problem zu behandeln, sollte das Team mehrere Sprints betrachten und Veränderungen im Kontext besprechen.

Velocity und Kapazität: der Unterschied

Velocity beschreibt die tatsächlich abgeschlossene Arbeit aus vergangenen Sprints. Kapazität bezieht sich dagegen auf die verfügbare Zeit oder Besetzung eines bevorstehenden Sprints. Fällt ein Teammitglied aus oder sind mehrere Feiertage geplant, kann die Kapazität sinken. Die bisherige Velocity bleibt als historische Beobachtung bestehen, sollte aber bei der nächsten Planung entsprechend eingeordnet werden.

Fazit

Velocity im Projektmanagement ist eine hilfreiche Kennzahl, um die Sprintplanung und die Einschätzung zukünftiger Arbeit zu unterstützen. Ihr Wert liegt in der gemeinsamen Reflexion über die tatsächliche Lieferfähigkeit eines Teams – nicht darin, möglichst große Zahlen zu erreichen. Wird Velocity mit Bedacht verwendet, zusammen mit klaren Qualitätskriterien und regelmäßiger Verbesserung, kann sie zu transparenteren und realistischeren Planungen beitragen.

 

Velocity im Projektmanagement: 6 Tipps für verlässliche Sprint-Prognosen

1. Velocity anhand abgeschlossener Story Points messen.
2. Velocity nicht als Leistungskennzahl für Einzelne nutzen.
3. Schätzungen im Team einheitlich halten.
4. Nur tatsächlich abgeschlossene Arbeit zählen.
5. Mehrere Sprints für verlässliche Prognosen betrachten.
6. Velocity regelmäßig prüfen und bei Bedarf anpassen.

Velocity anhand abgeschlossener Story Points messen.

Im agilen Projektmanagement wird die Velocity anhand der Story Points gemessen, die ein Team innerhalb eines Sprints vollständig abgeschlossen hat. Gezählt werden nur Aufgaben, die den vereinbarten Anforderungen und der Definition of Done entsprechen; teilweise erledigte Arbeit bleibt zunächst unberücksichtigt. So entsteht ein realistisches Bild der bisherigen Lieferfähigkeit, das bei der Planung kommender Sprints helfen kann. Die Kennzahl sollte jedoch als Orientierung für das Team dienen – nicht als starres Ziel oder Grundlage für Vergleiche mit anderen Teams.

Velocity nicht als Leistungskennzahl für Einzelne nutzen.

Velocity sollte nicht als Leistungskennzahl für einzelne Teammitglieder verwendet werden. Sie bildet die gemeinsam erledigte Arbeit eines Teams ab und hängt von vielen Faktoren ab – etwa Aufgabenkomplexität, Zusammenarbeit und äußeren Hindernissen. Einzelne Personen anhand von Story Points oder abgeschlossenen Aufgaben zu bewerten, kann Konkurrenz fördern, Schätzungen verzerren und die Teamarbeit beeinträchtigen. Sinnvoller ist es, Velocity als gemeinsamen Planungswert zu nutzen und mögliche Veränderungen im Team zu besprechen.

Schätzungen im Team einheitlich halten.

Schätzungen im Team einheitlich halten: Damit die Velocity im Projektmanagement verlässliche Hinweise für die Planung liefert, sollte das Team Story Points nach gemeinsamen Maßstäben vergeben. Legen Sie fest, welche Faktoren in die Schätzung einfließen – etwa Komplexität, Aufwand und Unsicherheit – und nutzen Sie bei Bedarf Beispielaufgaben als Vergleich. So bleibt die Skala innerhalb des Teams möglichst konsistent, neue Aufgaben lassen sich besser einordnen und Veränderungen der Velocity werden aussagekräftiger. Schätzwerte sollten regelmässig gemeinsam überprüft werden, ohne sie als Leistungsmaß für einzelne Personen oder Teams zu verwenden.

Nur tatsächlich abgeschlossene Arbeit zählen.

Für eine aussagekräftige Velocity sollten nur Aufgaben berücksichtigt werden, die vollständig abgeschlossen sind und die vereinbarte Definition of Done erfüllen. Teilfertige Arbeit zählt erst in dem Sprint, in dem sie tatsächlich fertiggestellt wurde. So bleibt die Kennzahl verlässlich und hilft dem Team, künftige Sprints realistisch zu planen.

Mehrere Sprints für verlässliche Prognosen betrachten.

Für verlässliche Prognosen sollte die Velocity nicht anhand eines einzelnen Sprints beurteilt werden, da kurzfristige Faktoren wie Krankheit, Feiertage oder unerwartete Hindernisse das Ergebnis stark beeinflussen können. Betrachtet das Team mehrere vergleichbare Sprints und bildet daraus einen Durchschnitt, entsteht ein realistischeres Bild der üblichen Lieferfähigkeit. So lassen sich künftige Arbeit besser planen und Erwartungen fundierter abstimmen.

Velocity regelmäßig prüfen und bei Bedarf anpassen.

Prüfen Sie die Velocity regelmäßig, indem Sie die Ergebnisse mehrerer Sprints betrachten und gemeinsam im Team besprechen. So erkennen Sie, ob sich die Lieferfähigkeit verändert hat – etwa durch neue Rahmenbedingungen, Abhängigkeiten oder eine veränderte Teamkapazität. Passen Sie Ihre Planung bei Bedarf an die aktuellen Erfahrungen an, statt sich auf veraltete Durchschnittswerte zu verlassen. Nutzen Sie die Velocity dabei als Orientierung für realistische Prognosen, nicht als Leistungsziel.