Velocity im Projektmanagement: Bedeutung, Berechnung und sinnvoller Einsatz

Wie viel Arbeit kann ein Team in einem Sprint realistisch erledigen? Im agilen Projektmanagement hilft die Velocity – auch Entwicklungsgeschwindigkeit oder Teamgeschwindigkeit genannt – dabei, diese Frage anhand vergangener Sprints besser einzuschätzen. Sie kann die Planung unterstützen, ist aber weder ein Leistungsmaßstab noch ein Versprechen für die Zukunft.

Was bedeutet Velocity?

Die Velocity beschreibt, wie viele Aufwandspunkte ein Team innerhalb eines festgelegten Zeitraums, meist eines Sprints, fertigstellt. Häufig werden dafür Story Points verwendet. Sie bilden den relativen Aufwand einer Aufgabe ab und können beispielsweise Komplexität, Unsicherheit und Arbeitsumfang berücksichtigen.

Velocity ist kein offizieller Bestandteil des Scrum-Rahmenwerks. Der Scrum Guide schreibt weder Story Points noch eine bestimmte Berechnungsmethode vor. Viele Teams nutzen die Kennzahl dennoch als praktisches Hilfsmittel für Prognosen und die Sprintplanung.

Wie wird die Velocity berechnet?

Für einen Sprint werden die Aufwandspunkte aller Product-Backlog-Einträge addiert, die vollständig abgeschlossen wurden und der vereinbarten Definition of Done entsprechen.

Formel: Velocity = Summe der abgeschlossenen Aufwandspunkte pro Sprint

Ein Beispiel: Ein Team schließt in einem Sprint vier Einträge mit 3, 5, 5 und 8 Story Points ab. Die Velocity beträgt für diesen Sprint 21 Punkte. Ein nur teilweise fertiggestellter Eintrag wird üblicherweise nicht anteilig gezählt, sondern erst dann berücksichtigt, wenn er vollständig abgeschlossen ist.

Velocity für die Planung nutzen

Ein einzelner Sprint sagt wenig über die typische Geschwindigkeit eines Teams aus. Aussagekräftiger ist der Verlauf über mehrere Sprints. Hat ein Team beispielsweise zuletzt 19, 22, 20 und 23 Punkte abgeschlossen, liegt die durchschnittliche Velocity bei 21 Punkten.

Diese Orientierung kann helfen, den Umfang eines kommenden Sprints zu planen oder eine grobe Prognose für ein Release zu erstellen. Enthält ein Backlog noch etwa 84 Punkte und liegt die typische Velocity bei 21 Punkten pro Sprint, wären rechnerisch ungefähr vier Sprints nötig. Das ist eine Schätzung, keine Garantie: Neue Anforderungen, Abhängigkeiten oder veränderte Rahmenbedingungen können den tatsächlichen Verlauf beeinflussen.

Was beeinflusst die Velocity?

  • Teamzusammensetzung: Urlaub, Krankheit, Personalwechsel oder neue Teammitglieder können die verfügbare Kapazität verändern.
  • Aufgaben und Abhängigkeiten: Unklare Anforderungen, technische Hindernisse oder externe Entscheidungen wirken sich auf die Arbeit aus.
  • Arbeitsweise: Änderungen an der Definition of Done oder an der Schätzungsmethode können die Werte beeinflussen.
  • Arbeitsumfang im Sprint: Support-Aufgaben, ungeplante Arbeit und dringende Fehlerbehebungen können die geplante Umsetzung verdrängen.

Darum sollte Velocity nicht isoliert betrachtet werden. Für eine sinnvolle Prognose gehören auch der aktuelle Backlog, bekannte Risiken, die Kapazität des Teams und die Qualität der gelieferten Ergebnisse in die Betrachtung.

Häufige Fehler im Umgang mit Velocity

Velocity als Produktivitätsziel verwenden

Wird ein Team daran gemessen, seine Velocity zu steigern, entsteht leicht ein falscher Anreiz: Aufgaben werden großzügiger geschätzt oder Qualität und Nachhaltigkeit geraten in den Hintergrund. Die Kennzahl sollte der Planung dienen, nicht der Bewertung von Menschen oder Teams.

Teams miteinander vergleichen

Story Points sind teaminterne, relative Schätzwerte. Ein Punkt hat nicht für jedes Team dieselbe Bedeutung. Deshalb lassen sich Velocities verschiedener Teams nicht sinnvoll direkt vergleichen.

Velocity mit fertigem Geschäftswert gleichsetzen

Viele abgeschlossene Punkte bedeuten nicht automatisch, dass ein Produkt den größtmöglichen Nutzen liefert. Velocity sagt aus, wie viel geschätzter Umfang erledigt wurde – nicht, wie wertvoll die Ergebnisse für Kundinnen und Kunden sind.

Schätzungen nachträglich verändern

Aufwandspunkte sollten nicht im Nachhinein angepasst werden, nur damit die Velocity höher oder gleichmäßiger erscheint. Schwankungen sind normal und können wertvolle Hinweise auf Hindernisse oder Planungsannahmen geben.

Gute Praxis für Scrum Master und Teams

  • Die Velocity nur als Orientierung für die eigene Teamplanung verwenden.
  • Mehrere Sprints betrachten, statt aus einem einzelnen Wert weitreichende Schlüsse zu ziehen.
  • Schätzungen und Definition of Done innerhalb des Teams möglichst konsistent halten.
  • Abweichungen gemeinsam untersuchen, ohne Schuldzuweisungen vorzunehmen.
  • Die Kennzahl zusammen mit Qualität, Kundennutzen und Teamgesundheit betrachten.

Fazit

Velocity kann im agilen Projektmanagement eine hilfreiche Grundlage für Sprint- und Release-Prognosen sein. Ihr Wert liegt vor allem darin, aus der bisherigen Arbeit eines Teams zu lernen und Planung realistischer zu gestalten. Sie ist jedoch kein Versprechen, kein Qualitätsmaß und kein Instrument zum Vergleich von Teams. Richtig eingesetzt unterstützt Velocity die Zusammenarbeit und macht Erwartungen transparenter.

 

Velocity im Projektmanagement: 7 häufige Fragen zu Scrum, Berechnung und Grundlagen

  1. Wie berechnet man die Velocity?
  2. Was ist Velocity auf Deutsch?
  3. Was sind die 5 Scrum-Werte?
  4. Was versteht man unter Velocity?
  5. Was ist die Velocity in Scrum?
  6. Was sind die drei Säulen von Scrum?
  7. Was ist ein Sprint im Projektmanagement?

Wie berechnet man die Velocity?

Die Velocity berechnet man, indem man die Aufwandspunkte aller Einträge addiert, die ein Team innerhalb eines Sprints vollständig abgeschlossen hat und die der vereinbarten Definition of Done entsprechen. Teilweise erledigte Aufgaben werden normalerweise nicht anteilig gezählt. Hat ein Team beispielsweise Einträge mit 3, 5 und 8 Story Points fertiggestellt, beträgt seine Velocity für diesen Sprint 16 Punkte. Für eine verlässlichere Planung betrachtet man am besten den Durchschnitt mehrerer Sprints; die Kennzahl dient als Orientierung und nicht als Leistungsziel.

Was ist Velocity auf Deutsch?

„Velocity“ bedeutet auf Deutsch wörtlich „Geschwindigkeit“. Im Projektmanagement, insbesondere in der agilen Arbeit mit Scrum, bezeichnet der Begriff meist die Menge an Arbeit, die ein Team innerhalb eines Sprints abschließt. Sie wird häufig in Story Points gemessen und dient als Orientierung für die weitere Planung – nicht als Maßstab für die Leistung einzelner Personen oder Teams.

Was sind die 5 Scrum-Werte?

Die fünf Scrum-Werte sind Commitment (Verpflichtung), Fokus, Offenheit, Respekt und Mut. Sie bilden die Grundlage für die Zusammenarbeit im Scrum-Team: Die Teammitglieder verpflichten sich zu gemeinsamen Zielen, konzentrieren sich auf die vereinbarte Arbeit, sprechen offen über Fortschritte und Hindernisse, begegnen einander mit Respekt und haben den Mut, Herausforderungen anzusprechen. Auch beim Umgang mit der Velocity sind diese Werte wichtig: Sie helfen dem Team, die Kennzahl ehrlich zur Planung und zum Lernen zu nutzen – nicht als Druckmittel oder zum Vergleich mit anderen Teams.

Was versteht man unter Velocity?

Unter Velocity versteht man im agilen Projektmanagement die Menge an Arbeit, die ein Team innerhalb eines Sprints abschließt. Häufig wird sie anhand von Story Points gemessen, die den relativen Aufwand der erledigten Aufgaben abbilden. Über mehrere Sprints hinweg kann die Velocity dem Team helfen, künftige Arbeit besser einzuschätzen und realistischer zu planen. Sie ist jedoch kein Maß für die individuelle Leistung und sollte nicht dazu verwendet werden, Teams miteinander zu vergleichen.

Was ist die Velocity in Scrum?

Die Velocity in Scrum beschreibt, wie viele Aufwandspunkte ein Team innerhalb eines Sprints vollständig abschließt. Sie wird meist anhand mehrerer vergangener Sprints ermittelt und dient als Orientierung für die Sprint- und Releaseplanung. Velocity ist jedoch kein offizielles Scrum-Maß und weder ein Produktivitätsziel noch ein Vergleichswert zwischen Teams, da Schätzmethoden und Arbeitsbedingungen unterschiedlich sind.

Was sind die drei Säulen von Scrum?

Die drei Säulen von Scrum sind Transparenz, Überprüfung und Anpassung. Transparenz bedeutet, dass Arbeit, Fortschritt und Hindernisse für alle Beteiligten sichtbar und verständlich sind. Bei der Überprüfung werden regelmäßig Ergebnisse und Vorgehensweisen betrachtet, um Abweichungen oder Probleme frühzeitig zu erkennen. Auf Grundlage dieser Erkenntnisse passen Team und Organisation ihre Arbeit an. Auch die Velocity kann bei der Überprüfung und Planung helfen – sie ersetzt jedoch weder die drei Säulen noch die gemeinsame Reflexion im Team.

Was ist ein Sprint im Projektmanagement?

Ein Sprint ist ein festgelegter, kurzer Arbeitszeitraum, in dem ein Team ein vereinbartes Ziel verfolgt und ein nutzbares Ergebnis erstellt. Im Scrum dauert ein Sprint höchstens einen Monat; häufig sind es ein bis vier Wochen. Zu Beginn plant das Team, welche Aufgaben es voraussichtlich umsetzen kann. Am Sprintende wird das Ergebnis überprüft und gemeinsam besprochen, was sich verbessern lässt. Für die Velocity im Projektmanagement ist der Sprint wichtig, weil sie meist erfasst, wie viele Aufwandspunkte ein Team innerhalb eines Sprints vollständig abschließt.