Was ist Velocity im agilen Projektmanagement?
Velocity ist eine Kennzahl in Scrum, die angibt, wie viele Story Points ein Team im Durchschnitt pro Sprint abschließt. Sie dient der realistischen Planung, nicht der Leistungsmessung einzelner Personen.
DEFINITION
Velocity beschreibt die durchschnittliche Menge an Arbeit, die ein Scrum-Team innerhalb eines Sprints abschließt, gemessen in Story Points. Sie entsteht nicht auf dem Reißbrett, sondern aus echten Sprintwerten. Nach mehreren Sprints zeigt sich ein stabiles Muster, das vorhersagt, wie viel Arbeit das Team im nächsten Sprint realistisch leistet. Velocity ist ein Planungswerkzeug, kein Prestigemesser. Sie sagt nichts darüber aus, ob ein Team gut oder schlecht arbeitet, weil Story Points teamspezifische Einheiten sind, die sich zwischen Teams nicht vergleichen lassen. Der Einsatz der Velocity zum Vergleich oder zum Druckaufbau zwischen Teams verspielt ihr einziges sinnvolles Anwendungsgebiet: ehrliche Planung. Sinkt die Velocity eines Teams, ist das ein Frühindikator für Probleme wie unklare Anforderungen, Abhängigkeiten oder zu viel parallele Arbeit.
VERBINDUNGEN ZU ANDEREN THEMEN
Führung
Echte Delegation steigert Velocity: Wenn Führungskräfte Entscheidungen tatsächlich abgeben und Teams nicht jede Kleinigkeit absegnen lassen, entstehen weniger Blockaden und mehr Durchsatz.
Künstliche Intelligenz
Machine Learning kann Velocity-Prognosen verbessern, indem es Muster aus vergangenen Sprints (Komplexität, Störfaktoren, Teamgröße) auswertet und realistischere Kapazitätsschätzungen liefert.
Projektmanagement
Velocity beeinflusst den kritischen Pfad im agilen Kontext: Wenn ein Team deutlich weniger Punkte als geschätzt liefert, verschiebt sich der Fertigstellungstermin, was Meilensteine und Abhängigkeiten beeinflusst.
DAS WICHTIGSTE AUF EINEN BLICK
- Velocity misst Story Points pro Sprint, nicht Stunden oder Output-Menge.
- Sie stabilisiert sich nach mehreren Sprints und ermöglicht Prognosen.
- Velocity ist kein Vergleichsmaßstab zwischen Teams.
- Sinkende Velocity zeigt systemische Probleme im Team früh an.
- Künstlich aufgeblähte Velocity durch Story-Point-Inflation zerstört den Wert.
PRAXISBEISPIEL
Ein fünfköpfiges Entwicklungsteam schließt in den letzten vier Sprints durchschnittlich 42 Story Points ab. Die Velocity liegt also bei 42. Der Product Owner plant darauf basierend, welche Backlog-Einträge im nächsten Sprint realistisch umsetzbar sind, und gibt keine Versprechen für mehr als 42 Punkte. Das Team liefert ohne Stress pünktlich.
HÄUFIGE MISSVERSTÄNDNISSE
Kann ich Velocity nutzen, um Teams miteinander zu vergleichen?
Nein. Story Points sind teamspezifisch und nicht standardisiert. Ein Team mit 80 Velocity ist nicht zwingend doppelt so produktiv wie eines mit 40.
Sollte ich die Velocity steigern, indem ich mehr Story Points vergebe?
Nein, das nennt sich Story-Point-Inflation und zerstört die Aussagekraft der Kennzahl. Velocity dient der ehrlichen Planung, nicht der Optik.