Teams & Projekte
Sprint-Velocity-Rechner
Gib die abgeschlossenen Punkte deiner letzten drei Sprints und die Punkte im Backlog ein und sieh deine durchschnittliche Velocity sowie eine Prognose vom besten bis zum schlechtesten Fall.
Zähle nur abgeschlossene Punkte (Einträge, die die Definition of Done erfüllen), nicht begonnene.
So werden Velocity und Prognose berechnet
Die Velocity ist die Zahl der Story Points, die ein Team in einem Sprint abschließt. Da ein einzelner Sprint durch Urlaub, Ausfälle oder einen großen Eintrag verzerrt sein kann, mittelt der Rechner die letzten drei: (Sprint 1 + Sprint 2 + Sprint 3) ÷ 3. Restliches Backlog ÷ durchschnittliche Velocity, aufgerundet, ergibt die noch benötigten Sprints. Wiederholt man die Division mit dem langsamsten und dem schnellsten der drei Sprints, wird aus der einzelnen Zahl eine Spanne, und das ist eine ehrlichere Antwort auf die Frage „Wann ist es fertig?“
Beispiel: Sprints mit 34, 28 und 31 Punkten ergeben im Schnitt 31 Punkte. Ein Backlog von 240 Punkten braucht 240 ÷ 31 = 7,7, also 8 Sprints oder 16 Wochen bei zweiwöchigen Sprints. Im langsamsten Tempo (28) sind es 9 Sprints, im schnellsten (34) immer noch 8, weil 7,06 aufgerundet wird. Die Spanne zwischen langsamstem und schnellstem Sprint beträgt 6 Punkte, 19 % des Durchschnitts.
| Durchschnittliche Velocity | Sprints für 240 Punkte | Wochen (2-Wochen-Sprints) |
|---|---|---|
| 20 | 12 | 24 |
| 25 | 10 | 20 |
| 30 | 8 | 16 |
| 35 | 7 | 14 |
| 40 | 6 | 12 |
| 50 | 5 | 10 |
Velocity sinnvoll nutzen
Die Velocity ist ein Planungswerkzeug für ein Team, keine Leistungskennzahl. Punkte sind relativ zu dem Team, das sie geschätzt hat; wer die Velocity zwischen Teams vergleicht oder ein Team drängt, sie zu steigern, erzeugt vor allem aufgeblähte Schätzungen. Eine stabile Velocity ist mehr wert als eine hohe: Liegt die Schwankung unter etwa 20–30 %, ist eine Prognose über einige Sprints meist vernünftig; darüber solltest du die Ursache suchen (ungeplante Arbeit, Übertrag, wechselnde Teammitglieder), bevor du Termine zusagst.
Zwei Anpassungen machen die Prognose realistischer. Erstens wachsen Backlogs: Neue Stories, Bugs und entdeckte Arbeit kommen während des Projekts hinzu, prüfe also, wie viele Punkte pro Sprint dazukamen, und zieh das von der Velocity ab. Zweitens solltest du bekannte Kapazitätsänderungen berücksichtigen; ein Sprint, in dem ein Drittel des Teams im Urlaub ist, liefert keinen durchschnittlichen Sprint. Zähle nur Arbeit, die die Definition of Done erfüllt, und niemals teilweise fertige Einträge, sonst springt die Velocity von Sprint zu Sprint.
Häufig gestellte Fragen
Wie berechnet man die Sprint-Velocity?
Addiere die Story Points aller Einträge, die im Sprint abgeschlossen wurden (fertig gemäß eurer Definition of Done). Für die Planung mittelst du die letzten drei bis fünf Sprints, statt dich auf einen zu verlassen.
Über wie viele Sprints sollte ich mitteln?
Drei sind das übliche Minimum und das, was dieser Rechner verwendet. Ist dein Team stabil, glättet ein Mittel über fünf oder sechs Sprints Urlaube und Einzelereignisse noch weiter.
Was, wenn das Backlog ständig wächst?
Miss, wie viele Punkte pro Sprint hinzukommen, und zieh das von der Velocity ab. Werden 31 Punkte erledigt und 6 pro Sprint hinzugefügt, schrumpft das Backlog nur um 25 Punkte pro Sprint.