Agile-Leitfaden · Agile Praktiken
Velocity-Diagramme in Agile: lesen und nutzen
Velocity ist die Arbeitsmenge, die ein agiles Team in einem Sprint abschließt, meist gemessen in Story Points. Ein Velocity-Diagramm stellt sie Sprint für Sprint dar. Richtig eingesetzt ist es ein einfaches Prognosewerkzeug. Falsch eingesetzt wird es zu einer irreführenden Leistungsvorgabe.
Das Wichtigste in Kürze
- Velocity ist die Anzahl abgeschlossener Story Points pro Sprint.
- Nutzen Sie für Prognosen Durchschnittswerte und Spannen, nie Einzelwerte.
- Vergleichen Sie Velocity nie zwischen Teams und machen Sie sie nie zur Zielvorgabe.
Was Velocity misst
Velocity ist die Summe der Story Points aller Einträge, die in einem Sprint die Definition of Done erfüllt haben. Teilweise fertige Arbeit zählt als null.
Ein Velocity-Diagramm lesen
Ein Velocity-Diagramm ist meist ein Balkendiagramm mit ein oder zwei Balken pro Sprint:
- Zugesagt: im Sprint Planning geplante Punkte.
- Abgeschlossen: tatsächlich erledigte Punkte.
Achten Sie auf Trends statt auf einzelne Sprints. Eine stabile Velocity bedeutet vorhersehbare Lieferung. Große Schwankungen deuten darauf hin, dass Einträge zu groß sind, das Team oft unterbrochen wird oder Schätzungen uneinheitlich sind.
Velocity für die Planung nutzen
- Sprint Planning: Nutzen Sie den Durchschnitt der letzten drei bis fünf Sprints als Richtwert dafür, wie viel Sie übernehmen.
- Release-Prognose: Teilen Sie die verbleibenden Backlog-Punkte durch die durchschnittliche Velocity, um zu schätzen, wie viele Sprints noch übrig sind. Nutzen Sie eine Spanne (beste und schlechteste jüngste Velocity) statt eines einzelnen Termins.
- Probleme erkennen: Eine sinkende Velocity kann auf technische Schulden, unklare Anforderungen oder Teamwechsel hindeuten.
Velocity, Burndown und Burnup
| Diagramm | Zeigt | Am besten für |
|---|---|---|
| Velocity-Diagramm | Abgeschlossene Punkte pro Sprint | Kapazität und langfristige Prognose |
| Sprint-Burndown | Verbleibende Arbeit im aktuellen Sprint, Tag für Tag | Täglicher Fortschritt innerhalb eines Sprints |
| Release-Burnup | Erledigte Arbeit und Gesamtumfang im Zeitverlauf | Fortschritt bei Umfangsänderungen darstellen |
Fehler, die Sie vermeiden sollten
- Velocity zwischen Teams vergleichen; Punkte sind relativ zum jeweiligen Team.
- Velocity-Ziele vorgeben, was zu aufgeblähten Schätzungen verleitet.
- Unfertige Arbeit mitzählen.
- Eine Prognose als Versprechen behandeln.
Kostenlose Vorlagen zu diesem Thema
Häufig gestellte Fragen
Was ist eine gute Velocity?
Es gibt keine gute oder schlechte Zahl. Eine nützliche Velocity ist eine stabile, denn Stabilität macht Prognosen zuverlässig.
Nach wie vielen Sprints ist die Velocity verlässlich?
Meist drei bis fünf Sprints bei einem stabilen Team.
Was ist Velocity in Agile?
Die Gesamtzahl der Story Points der Einträge, die ein Team in einem Sprint gemäß der Definition of Done abschließt. Sie dient der Planung und Prognose.
Wie berechnet man die Velocity?
Addieren Sie die Punkte aller Einträge, die im Sprint die Definition of Done erfüllt haben. Bilden Sie für die Planung den Durchschnitt der letzten drei bis fünf Sprints.
Was zeigt ein Velocity-Diagramm?
Meist zwei Balken pro Sprint: die im Sprint Planning zugesagten Punkte und die tatsächlich abgeschlossenen Punkte. Der Trend ist wichtiger als ein einzelner Sprint.
Warum sinkt unsere Velocity?
Häufige Ursachen sind wachsende technische Schulden, unklare Anforderungen, Teamwechsel, mehr Unterbrechungen oder zu große Einträge. Besprechen Sie das in der Retrospektive.
Sollte die Velocity mit der Zeit steigen?
Nicht unbedingt. Eine stabile Velocity ist nützlicher als eine steigende, und Druck, sie zu erhöhen, führt oft zu aufgeblähten Schätzungen.
Wie nutzt man Velocity zur Prognose eines Release?
Teilen Sie die verbleibenden Backlog-Punkte durch die durchschnittliche Velocity. Nutzen Sie die beste und schlechteste jüngste Velocity, um eine Spanne statt eines einzelnen Termins anzugeben.
Was ist der Unterschied zwischen Velocity und Kapazität?
Kapazität ist die Zeit, die einem Team zur Verfügung steht; Velocity ist, wie viel es bisher abgeschlossen hat. Siehe Agile Kapazitätsplanung.
Nutzt Kanban Velocity?
In der Regel nicht. Kanban-Teams erfassen stattdessen den Durchsatz, also die Anzahl der pro Zeitraum abgeschlossenen Einträge, und die Cycle Time.
Sollten unfertige Stories in die Velocity einfließen?
Nein. Teilweise fertige Arbeit zählt als null. Zählen Sie sie in dem Sprint, in dem sie tatsächlich abgeschlossen wird.