Agile Teams schätzen in Story Points, doch Rechnungen werden am Monatsende in echten Eurobeträgen gestellt. Aus diesem Spannungsfeld entstehen in Agenturen, IT-Systemhäusern und Beratungen regelmäßig Fehlkalkulationen, die sich erst mit einem klaren Verständnis von Velocity vermeiden lassen. Dieser Beitrag zeigt, was die Scrum-Kennzahl aussagt und warum erst die Verbindung mit realen Zeitdaten die volle Kontrolle über Projekte bringt.
Die Kennzahl misst die Arbeitsgeschwindigkeit eines Teams. Übersetzt bedeutet Velocity schlicht „Geschwindigkeit", doch in der Softwareentwicklung und im Projektmanagement hat der Begriff ein klares Profil.
Häufig fällt dabei das Begriffspaar Velocity vs Speed. Der Unterschied ist wesentlich: „Speed" beschreibt ein bloßes Tempo ohne Ziel. „Velocity" hingegen ist eine gerichtete Größe, also eine Geschwindigkeit in eine bestimmte Richtung.
In Scrum arbeiten Teams in festen Zeitintervallen, den Sprints. Am Ende jedes Sprints liefert das Team ein funktionierendes Produktinkrement, also ein fertiges, nutzbares Zwischenergebnis. Die Velocity hält dabei fest, wie viel Arbeit das Team in diesem definierten Zeitraum tatsächlich erfolgreich abschließen konnte. Für Scrum Master und Product Owner ist sie das wichtigste Werkzeug, um den Fortschritt transparent zu machen.
Die Arbeit in Scrum wird meist in Story Points geschätzt, nicht in Stunden. Diese Punkte spiegeln die Komplexität, das Risiko und den Aufwand einer Aufgabe wider. Ein Story Point ist eine relative Maßeinheit: Ein Ticket mit fünf Story Points ist demnach etwa fünfmal so komplex wie ein Ticket mit einem Point. Wer die Velocity ermitteln möchte, zählt am Ende des Sprints alle Story Points der vollständig abgeschlossenen Aufgaben zusammen.
Zwischen der Sprint Velocity und der durchschnittlichen Velocity besteht ein wichtiger Unterschied. Die Sprint Velocity gibt an, was in einem einzelnen, exakt definierten Sprint geleistet wurde, zum Beispiel 45 Story Points. Die durchschnittliche Velocity ist der Mittelwert aus den letzten drei bis vier Sprints. Erst dieser Durchschnittswert ist realistisch genug, um für künftige Planungen genutzt zu werden.
Velocity wird oft missverstanden. Sie ist ein Werkzeug zur Prognose und dient nicht der Leistungskontrolle. Den Velocity-Wert eines Teams mit dem eines anderen zu vergleichen, gehört zu den größten Fehlern im agilen Management. Jedes Team schätzt Story Points anders: Was für das eine Team drei Punkte sind, sind für ein anderes vielleicht acht. Die Velocity sagt also aus, wie vorhersehbar ein Team für sich selbst arbeitet. Sie sagt nichts darüber aus, ob ein Mitarbeiter fleißiger ist als ein anderer.
Für einen echten Einblick in die Leistungsfähigkeit eines Teams sollten Sie die Velocity regelmäßig berechnen. Die Mathematik dahinter ist erfreulich einfach, erfordert jedoch eiserne Disziplin bei der Definition von „Done".
So berechnen agile Teams ihre Sprint Velocity:
Beispiel: Fertige Aufgaben mit 8 + 5 + 13 + 3 Story Points ergeben eine Sprint Velocity von 29.
Die Berechnung erfolgt immer am Ende eines Sprints. Gehen Sie dazu wie folgt vor:
Ein Beispiel: Hat das Team Aufgaben im Wert von 8, 5, 13 und 3 Story Points komplett beendet, beträgt die Sprint Velocity 29.
Bei einem neuen Team oder einem frischen Projekt hat die Velocity im ersten Sprint kaum Aussagekraft. Das Team muss sich erst finden und ein gemeinsames Verständnis für die Komplexität der Aufgaben entwickeln. In der Regel benötigen Sie drei bis vier Sprints, um eine stabile Durchschnitts-Velocity zu ermitteln, mit der sich realistisch planen lässt.
Ein klassischer Fehler beim Velocity Berechnen ist das Einrechnen unfertiger Aufgaben. Ist ein Ticket mit acht Story Points fast fertig, tendieren manche Teams dazu, sich zumindest vier Punkte gutzuschreiben. Das verfälscht die Übersicht. Ein weiterer Fehler entsteht, wenn das Management Druck ausübt, die Velocity zu steigern. Teams reagieren darauf oft unbewusst mit einer „Story Point Inflation" und schätzen Aufgaben einfach höher ein. Die Velocity steigt zwar auf dem Papier, der tatsächliche Output bleibt jedoch gleich.
Im Sprint Planning betrachten Team und Product Owner die priorisierten Aufgaben. Weiß das Team aus der Vergangenheit, dass seine durchschnittliche Velocity bei 40 Story Points liegt, zieht es sich für den kommenden Sprint Aufgaben im Wert von etwa 40 Punkten. Das schützt vor Überlastung und sorgt für realistische Zusagen gegenüber dem Kunden.
Fällt die Velocity über zwei Sprints hinweg stark ab, ist das ein lautes Warnsignal. Es bedeutet nicht zwingend, dass das Team langsamer arbeitet. Oft sind technische Schulden, unklare Anforderungen, ständige Störungen oder Ausfälle im Team die Ursache. Die Velocity zwingt das Team, diese Probleme in der Retrospektive offen anzusprechen.
IT-Systemhäuser und Softwarefirmen kennen das Problem: Ein unvorhergesehener Bug oder ein Serverausfall beim Kunden wirft die gesamte Tagesplanung um. In solchen Umfeldern schwankt die agile Velocity naturgemäß stärker. Hier ist es wichtig, Puffer für Support-Anfragen einzuplanen und nicht die volle Kapazität mit Story Points zu verplanen.
Mit Clockodo erfassen Sie den tatsächlichen Zeitaufwand Ihrer agilen Projekte und stellen ihn Ihren Planungen gegenüber. So erkennen Sie, wie viel Zeit Aufgaben wirklich beanspruchen, behalten Budgets im Blick und schaffen eine bessere Grundlage für zukünftige Schätzungen.
Testen Sie Clockodo 14 Tage kostenlos & unverbindlich
Ein Team kann eine konstante, hervorragende Velocity aufweisen, und das Projekt fährt dennoch finanziell gegen die Wand. Der Grund: Die Velocity ist keine betriebswirtschaftliche Kennzahl. Werden Aufgaben zwar planmäßig in Sprints abgeschlossen, sprengt der tatsächliche Zeitaufwand aber das kalkulierte Budget, verbrennt das Unternehmen Geld. Story Points zahlen keine Gehälter.
Story Points verdecken den wahren Aufwand. Ein Ticket mit fünf Story Points kann an einem Tag reibungslos durchlaufen, wenn ein erfahrener Mitarbeiter daran arbeitet. Ein anderes Ticket mit ebenfalls fünf Punkten dauert dagegen drei Tage, weil unerwartete Komplikationen auftreten. Die Velocity bleibt konstant, doch die Kosten laufen aus dem Ruder. Ohne detaillierte Übersicht bleibt diese Diskrepanz unsichtbar.
Viele agile Verfechter sträuben sich gegen Zeiterfassung, weil sie Micromanagement fürchten. Dabei dient moderne Zeiterfassung nicht der Kontrolle, sondern dem Schutz des Teams. Sie liefert den Beweis, wie aufwendig bestimmte komplexe Aufgaben wirklich waren. Wer reale Zeiten erfasst und diese den Story Points gegenüberstellt, erhält einen echten Einblick in die Profitabilität.
Stellt ein Team nach einigen Sprints fest, dass Aufgaben mit acht Story Points im Schnitt 20 Arbeitsstunden dauern, entsteht wertvolles Wissen. Das Team lernt, seine Schätzungen besser zu kalibrieren. Die Zeiterfassung wirkt hier wie ein Spiegel, der die abstrakte Velocity mit der Realität abgleicht.
Besonders für Dienstleister ist das essenziell. Kunden zahlen Rechnungen auf Basis von Stunden, Tagen oder Festpreisen. Wer am Monatsende exakt nachweisen kann, wie viele Stunden in welche Projektphasen geflossen sind, vermeidet Diskussionen. Eine saubere Dokumentation schafft Vertrauen beim Kunden und sichert Ihre Margen.
Genau hier setzt Clockodo an. Clockodo ist die intuitive All-in-One-Zeiterfassung für KMU, die Transparenz über Zeit und Kosten schafft, ohne Excel-Chaos und ohne Compliance-Risiko. So entsteht das Bindeglied zwischen agiler Arbeitsweise und betriebswirtschaftlicher Realität.
Mit Clockodo erfassen Ihre Mitarbeiter Zeiten per Stoppuhr im Browser, in der Desktop-App oder mobil, auch offline mit späterer Synchronisation. Wer keine Stoppuhr nutzen möchte, trägt Zeiten über übersichtliche Formulare nach. Die gesetzlich vorgeschriebene Arbeitszeiterfassung nach dem BAG-Urteil und die detaillierte Projektzeiterfassung laufen in einer einzigen Oberfläche zusammen. So sehen Sie zugleich, ob ein Sprint im Zeitplan liegt und ob die Budgets eingehalten werden.
Über den Baukasten für individuelle Berichte werten Sie exakt die Daten aus, die Sie benötigen. Die filter- und sortierbaren Projektberichte zeigen, wie viel Zeit einzelne Projekte und Aufgaben beanspruchen. Hinterlegen Sie zusätzlich Standard- und Intervall-Budgets, warnt Clockodo bei Überschreitung, sodass Sie eingreifen können, bevor ein Projekt unrentabel wird. Das Management erhält die nötige Übersicht, ohne die Entwickler in ihrer Arbeit zu stören.
Agile Teams nutzen Jira, Trello oder Asana für ihre Sprints. Clockodo legt sich automatisiert darüber: Mit der Chrome-Erweiterung startet Ihr Team die Stoppuhr per Klick direkt aus einem Ticket. Kunde, Projekt und Leistung sind automatisch vorbelegt, die Beschreibung übernimmt Clockodo aus dem Vorgang und verlinkt das Ticket im Zeiteintrag. Am Ende übergibt die offene API die Zeiten an Ihre Rechnungs- und Buchhaltungssoftware. Vom Ticket bis zur fertigen Abrechnung läuft alles automatisiert, ohne manuelles Abtippen und ohne Übertragungsfehler.
Velocity zeigt, wie viele Story Points ein Team pro Sprint verlässlich abschließt, und macht Planung und Prognose belastbar – aber sie ist keine betriebswirtschaftliche Kennzahl. Ein Team kann eine konstante Velocity halten und trotzdem Geld verbrennen, wenn der reale Zeitaufwand das Budget sprengt. Erst die Verbindung von Velocity mit echten Zeitdaten macht Profitabilität sichtbar. Clockodo führt agile Arbeitsweise und betriebswirtschaftliche Realität in einem DSGVO-konformen System aus Deutschland zusammen und lässt sich per Chrome-Erweiterung direkt aus Jira- oder Asana-Tickets nutzen.
Velocity in Scrum ist die Kennzahl, die angibt, wie viel Arbeit ein Team innerhalb eines einzelnen Sprints vollständig abschließt, gemessen in Story Points. Sie dient als Grundlage für die Prognose künftiger Sprints und macht den Fortschritt für Product Owner und Scrum Master transparent.
Bechtle
Peerigon GmbH
Phoenix Logistik
Fidea
Jetzt mehr erfahren
