Agile Velocity erklärt: abgeschlossene Punkte pro Iteration, wie sie gemittelt wird, wie sie Release-Termine prognostiziert, häufige Fehlanwendungen und wie East Agile Tracker sie berechnet und damit plant.
Velocity ist die Menge an Arbeit, die ein Team in einer Iteration abschließt, gemessen in Story Points. Schließt ein Team in einer zweiwöchigen Iteration Stories im Wert von 5, 3, 2 und 2 Punkten ab, beträgt seine Velocity für diese Iteration 12.
Velocity ist eine Beobachtung, kein Ziel. Ihre Aufgabe ist es, den nächsten Plan realistisch zu machen.
Wie die Velocity berechnet wird
Abschnitt betitelt „Wie die Velocity berechnet wird“- Festlegen, was als fertig zählt — zum Beispiel vom Product Owner akzeptiert. Nur Stories, die diesen Zustand erreichen, zählen; halb fertige Arbeit zählt gar nicht.
- Die Punkte der fertigen Stories in jeder Iteration addieren.
- Den Durchschnitt der letzten Iterationen bilden. Ein gleitender Durchschnitt über drei bis fünf Iterationen glättet Urlaube, Krankheitstage und einmalige Überraschungen.
XP nennt das „Yesterday’s weather“: Die beste Schätzung dafür, wie viel Sie in der nächsten Iteration schaffen, ist, wie viel Sie in den letzten geschafft haben.
Wofür die Velocity genutzt wird
Abschnitt betitelt „Wofür die Velocity genutzt wird“- Die nächste Iteration dimensionieren. Das Team plant ungefähr so viele Punkte, wie seine Velocity beträgt, sodass der Plan dem entspricht, was es tatsächlich liefert.
- Prognostizieren. Teilt man die verbleibenden Punkte eines Releases durch die Velocity, erhält man die Anzahl der verbleibenden Iterationen. Ein Termin wird zu einer Berechnung, und das Gespräch wird zu einer Abwägung zwischen Umfang und Termin.
- Veränderungen bemerken. Ein fallender Trend kann auf wachsende technische Schulden, Unterbrechungen oder unklare Stories hindeuten und ist ein Thema für die Retrospektive.
Häufige Fehlanwendungen
Abschnitt betitelt „Häufige Fehlanwendungen“- Teams vergleichen. Die Punkte jedes Teams beziehen sich auf seine eigene frühere Arbeit; die 30 des einen Teams sind daher nicht mit den 15 eines anderen vergleichbar.
- Ein Velocity-Ziel setzen. Druck, die Zahl zu erhöhen, bläht eher die Schätzungen auf, als die Lieferung zu beschleunigen.
- Unfertige Arbeit mitzählen. Teilanrechnung führt dazu, dass die Velocity überschätzt, was das Team liefern kann.
So macht es East Agile Tracker
Abschnitt betitelt „So macht es East Agile Tracker“- Die Velocity wird aus Ihrer Historie berechnet. Eine Story zählt, sobald sie den Done-State des Projekts erreicht — Finished, Delivered oder Accepted, pro Projekt gewählt. Siehe Velocity.
- Die Mittelungsstrategie ist konfigurierbar: die letzten 3, 5 oder 10 Iterationen oder ein manueller Wert. Neue Projekte starten mit einer initialen Velocity, bis sie eine Historie haben. Ein Manager kann außerdem die Velocity einer einzelnen Iteration im Header der Current-Spalte übersteuern.
- Die Velocity plant die Iterationen. Der Backlog projiziert die kommenden Iterationen aus der Velocity, und mit eingeschaltetem Iterationen automatisch planen füllt sich die aktuelle Iteration bis zu Ihrer Velocity und nicht weiter. Siehe Eine Iteration planen.
- Der Trend steht auf der Seite Metriken, neben dem Burndown und den zwischen Iterationen übertragenen Stories. Siehe Metriken.
Weiterführende Lektüre
Abschnitt betitelt „Weiterführende Lektüre“- Was sind Story Points? — die Einheit, in der die Velocity gemessen wird.
- User Stories und Iterationsplanung — eine Iteration mit der Velocity planen.
- eXtreme Programming — woher „Yesterday’s weather“ stammt.