Scrum-Master.de

  • Schrift vergrößern
  • Standard-Schriftgröße
  • Schriftgröße verkleinern

Scrum Day 2009

Logo Scrum Day

München, 06.05.2009

Product Burndown Chart 2.0 - besseres agiles Reporting

Info des Veranstalters: Am 06. May 2009 findet der erste Scrum Day in München statt. Ziel der eintägigen Veranstaltung ist es, den Teilnehmern eine breite Kommunikationsplattform rund um agiles Projektmanagement mit Scrum in der Praxis zu bieten. Hierzu werden renommierte Unternehmen über ihre mit Scrum gesammelten Erfahrungen berichten. In Fachvorträgen dieser eintägigen Scrum Konfernz werden Neuigkeiten sowie lösungsorientierte Szenarien und Best Practices vorgestellt. Melden Sie sich an und besuchen Sie den Vortrag

Product Burndown Chart 2.0 - besseres agiles Reporting

von Alexander Kriegisch, Scrum-Master.de
06.05.2009, 14:00 - 15:00

Burndown Charts sind im Berichtswesen agiler Projekte wichtige Hilfsmittel für die Visualisierung des Projektfortschritts. Der sog. Product Burndown bietet nicht nur eine Gesamtsicht aufs Projekt, sondern aus ihm leitet sich auch die Berechnung der Velocity (Geschwindigkeit des Teams) ab. Genau hier wird es aber problematisch, denn am zeitlichen Verlauf der kumulierten Restaufwände allein kann man die Velocity nicht klar erkennen, weil in agilen Projekten der Anforderungskatalog definitionsgemäß variabel ist und mit ihm auch der Restaufwand. Neue oder gestrichene Anforderungen verschleiern als "Schmutzeffekte" im Burndown Chart die Velocity, was realistische Prognosen erschwert.

Der Autor erläutert, wie Sie mit einfachen Mitteln Anforderungsänderungen im Product Backlog erfassen, deren Effekte auf den Fertigstellungszeitpunkt im Burndown Chart separat aufzeigen und dabei auch noch eine saubere Velocity-Berechnung als Bonus erhalten. Agiles Management Reporting wird klarer und aussagekräftiger – Ihre Kunden haben ein Anrecht darauf!

 

Wußten Sie schon, ...?

Wenn ein Unternehmen beschließt, einen erfahrenen ScrumMaster zu Hilfe zu holen und "es einmal mit Scrum zu versuchen", geschieht das oft "im Geheimen", weil ein Software-Projekt in der einen oder anderen Form "hängt".

Weiterlesen...