Schlagwort: Arbeitsgeschwindigkeit (Velocity)

Am Ende jeder Iteration wird ein Team-Review abgehalten, in dem das Team den Stakeholdern die Ergebnisse vorstellt, wobei das Team Feedback von den Stakeholdern zu diesen bekommt, um dann gemeinsam bei Bedarf das Team-Backlog anzupassen. Zusammen mit eventuellen Änderungen am Team-Backlog, die während der Iteration eingeflossen sind (z.B. in den Team-Backlog-Refinements), bieten diese die Basis für die gemeinsame Arbeit an möglichen neuen, den Wert des Team-Produkts steigernden Einträgen. Beim Team-Review handelt es sich um ein informelles Meeting, keinen Statusreport im klassischen Sinn. Die Vorführung der Ergebnisse ist als Anregung für Feedback und die Basis für die Zusammenarbeit gedacht. Am Ende des Team-Reviews kann der Team-Product-Owner ein Update zu Kosten und geplanten Terminen bzw. Meilensteinen geben.

Für eine vierwöchige Iteration wird für dieses Meeting eine Obergrenze von vier Stunden als Zeitrahmen angesetzt. Für kürzere Iterationen wird ein entsprechender kürzerer Zeitrahmen veranschlagt. Der Team-Scrum-Master stellt sicher, dass das Event stattfindet und die Teilnehmer seinen Zweck verstehen. Der Team-Scrum-Master bringt allen Beteiligten bei, das Event innerhalb des vorgegebenen Zeitrahmens durchzuführen.

Das Team-Review beinhaltet die folgenden Elemente:

• Die Teilnehmer, bestehend aus dem Team und wichtigen Stakeholdern, die vom Team-Product-Owner eingeladen werden.
• Der Team-Product-Owner erklärt, welche Team-Backlog-Einträge (TBI) erledigt sind.
• Das Working-Team stellt dar, was während der Iteration gut lief, welche Probleme aufgetaucht sind, und wie es diese Probleme gelöst hat. Das Team erfragt dabei ggf. Unterstützung durch die Stakeholder.
• Das Working-Team führt die erledigten Arbeitsergebnisse vor, und beantwortet Fragen dazu. Arbeitsergebnisse können sein:
  • inspizier- und bewertbare Ergebnisse,
  • nutzbares Wissen,
  • eine integrierte Version des Systems, Plattform oder Applikation
• Der Team-Product-Owner stellt den aktuellen Stand des Team-Backlogs vor. Er gibt bei Bedarf eine aktualisierte Prognose von wahrscheinlichen Ziel- und Lieferterminen auf der Basis des Entwicklungsfortschritts, z.B. durch Nutzung eines Burn-up-Charts auf Basis der Arbeitsgeschwindigkeit des Teams (Velocity)
• Alle Teilnehmer erarbeiten gemeinsam, was als nächstes zu tun ist, so dass der Team-Product-Owner wertvollen Input für das kommende Team-Planning bekommt.
• Anschließend werden Zeitplan, Budget, sowie die potentiellen Eigenschaften und Markterwartungen für die nächste Version der Applikation (Release) überprüft.

Das Ergebnis des Team-Reviews ist ein überarbeitetes Team-Backlog, das dem gemeinsamen Wissenstand der Teilnehmer entspricht und durch das das Team in der nächsten Iteration an den Team-Backlog-Einträgen mit dem höchsten Wert arbeiten kann. Das Team-Backlog kann auch umfassend umgearbeitet werden, um neue Chancen zu nutzen.

.

\r\n

Passende und weiterführende Artikel: