Vielleicht kennen Sie das auch: Sie arbeiten in einem Projekt. Jeder sagt, dass bei ihm alles auf grün steht. Das geht bis kurz vor Ende des Projekts so und dann knallt es. Hätte man den Ärger nicht schon vorher sehen können? Ja, und zwar schon nach 20 Prozent der Zeit. Die Lösung sind Burndown-Charts oder Earned Value Analysis.
Es gibt Techniken, die wirken so kompliziert, dass man fluchtartig den Raum verlassen möchte, wenn jemand darüber spricht. Eine davon ist Earned Value Analysis (zu deutsch Leistungswertanalyse). Da gibt es so komische Abkürzungen wie BCWP oder ACWP. Die Begriffe in der deutschen Sprache schrecken auch eher ab: Zeiteffizienz, Leistungswert.
Ich gebe zu, dass ich mich nie richtig dafür interessiert habe. Die Begriffe waren so verwirrend für mich, dass ich keine Lust hatte, mich näher damit zu beschäftigen. Das hat sich erst geändert, als ich die Burndown-Charts in Scrum kennen gelernt habe. Da wurde mir klar, welchen Wert die visuelle Darstellung des tatsächlichen Fortschritts hat. Wenn das Projektteam selbst auf einfache Art und Weise sehen kann, wo es wirklich im Vergleich zum Plan steht, steuert sich fast von selbst.
In Abb. 1 sehen wir ein Burndown-Chart. Die grüne Linie zeigt die ideale Bearbeitung. Zu Beginn der Phase oder des Projekts ist noch 100% der Arbeit zu erledigen. In regelmäßigen Abständen (bei Scrum jeden Tag) trägt das Team ein, wie viel Arbeit noch offen ist (nicht wie viel Zeit oder Geld es schon verbraucht hat). Die blaue feste Linie zeigt, was tatsächlich noch offen. Die gestrichelte Linie ist die Trendlinie. Wahrscheinlich wird das Team nicht alles schaffen. Aber wir sehen das schon zur Mitte des Sprints.
Wir können das Bild auch umdrehen. Ein Burnup-Chart zeigt, wie viel Arbeit schon fertig ist. In Abb. 2 sehen wir, dass das Team wahrscheinlich eher fertig sein wird.
Jetzt haben wir schon fast ein Earned Value Chart. Aber fragen Sie sich sicher, woran man denn erkennt, wie viel Arbeit fertig ist. Hier wieder zurück zu Scrum: Dort nehmen wir relative Aufwandspunkte (Story Points), die wir aufaddieren (/1/). Das reicht für die Planung in kurzen Sprints.
Bei anderen Projekten sind Story Points vielleicht nicht praktisch. Wichtig ist: Wir brauchen ein Maß für die zu erledigende Arbeit. Bei Projekten, bei denen Sie viele externe Leistungen einkaufen, können Sie die Plankosten als Maß für Arbeit nehmen.
Bei vielen Arbeitspaketen mit unterschiedlichen Kosten und Fertigstellungsterminen ist der ideale Verlauf natürlich nicht so schön wie in einem Burndown-Chart. Die blaue Linie iin Abb. 3 zeigt, wie wir planen, Geld auszugeben. (Die grüne Linie ist nur zum Vergleich mit einem linearen Kostenverlauf.)
Bei Scrum aktualisieren wir jeden Tag unser Sprint-Burndown-Chart, um zu sehen, ob wir rechtzeitig fertig werden.
Wenn wir mit Earned-Value-Analysen arbeiten, tun wir dies ebenfalls in regelmäßigen Abständen, z. B. jede Woche oder jeden Monat. Dazu stellen wir uns immer zum Berichtszeitpunkt folgende Fragen:
Falls Sie dieses Werkzeug für Ihre Projekte nutzen wollen, werfen Sie mal einen Blick auf die Anleitungen von Matt Hallowell. Er hat bei Youtube drei Videos veröffentlicht, wie man die einzelnen Werte errechnet (/3, 4, 5/). Lassen Sie sich nicht von den vielen Abkürzungen verwirren. Das Prinzip ist ganz einfach: So wie ich bei Burndown-Charts mit einer Trendlinie den Endtermin extrapoliere, tue ich dies rechnerisch bei der Earned-Value-Analyse (siehe Herleitung in /6/).
Um eins klarzustellen: Wenn Sie Verzug feststellen, werden Sie ihn NICHT wieder aufholen können. Die Ursache ist ja nicht, dass Sie vorher nicht gemessen haben. Die Fehler geschahen schon in der Planungsphase.
Es gibt Techniken, die wirken so kompliziert, dass man fluchtartig den Raum verlassen möchte, wenn jemand darüber spricht. Eine davon ist Earned Value Analysis (zu deutsch Leistungswertanalyse). Da gibt es so komische Abkürzungen wie BCWP oder ACWP. Die Begriffe in der deutschen Sprache schrecken auch eher ab: Zeiteffizienz, Leistungswert.
Ich gebe zu, dass ich mich nie richtig dafür interessiert habe. Die Begriffe waren so verwirrend für mich, dass ich keine Lust hatte, mich näher damit zu beschäftigen. Das hat sich erst geändert, als ich die Burndown-Charts in Scrum kennen gelernt habe. Da wurde mir klar, welchen Wert die visuelle Darstellung des tatsächlichen Fortschritts hat. Wenn das Projektteam selbst auf einfache Art und Weise sehen kann, wo es wirklich im Vergleich zum Plan steht, steuert sich fast von selbst.
 |
| Abb. 1: Burndown mit Trendlinie |
In Abb. 1 sehen wir ein Burndown-Chart. Die grüne Linie zeigt die ideale Bearbeitung. Zu Beginn der Phase oder des Projekts ist noch 100% der Arbeit zu erledigen. In regelmäßigen Abständen (bei Scrum jeden Tag) trägt das Team ein, wie viel Arbeit noch offen ist (nicht wie viel Zeit oder Geld es schon verbraucht hat). Die blaue feste Linie zeigt, was tatsächlich noch offen. Die gestrichelte Linie ist die Trendlinie. Wahrscheinlich wird das Team nicht alles schaffen. Aber wir sehen das schon zur Mitte des Sprints.
Wir können das Bild auch umdrehen. Ein Burnup-Chart zeigt, wie viel Arbeit schon fertig ist. In Abb. 2 sehen wir, dass das Team wahrscheinlich eher fertig sein wird.
 |
| Abb. 2: Burnup |
Jetzt haben wir schon fast ein Earned Value Chart. Aber fragen Sie sich sicher, woran man denn erkennt, wie viel Arbeit fertig ist. Hier wieder zurück zu Scrum: Dort nehmen wir relative Aufwandspunkte (Story Points), die wir aufaddieren (/1/). Das reicht für die Planung in kurzen Sprints.
Bei anderen Projekten sind Story Points vielleicht nicht praktisch. Wichtig ist: Wir brauchen ein Maß für die zu erledigende Arbeit. Bei Projekten, bei denen Sie viele externe Leistungen einkaufen, können Sie die Plankosten als Maß für Arbeit nehmen.
Bei vielen Arbeitspaketen mit unterschiedlichen Kosten und Fertigstellungsterminen ist der ideale Verlauf natürlich nicht so schön wie in einem Burndown-Chart. Die blaue Linie iin Abb. 3 zeigt, wie wir planen, Geld auszugeben. (Die grüne Linie ist nur zum Vergleich mit einem linearen Kostenverlauf.)
 |
| Abb. 3: Plankosten im Verlauf |
Wenn wir mit Earned-Value-Analysen arbeiten, tun wir dies ebenfalls in regelmäßigen Abständen, z. B. jede Woche oder jeden Monat. Dazu stellen wir uns immer zum Berichtszeitpunkt folgende Fragen:
- Was sollte bis heute laut Plan fertig sein und wie hoch sind die geplanten Kosten dafür?
- Was ist tatsächlich bis heute fertig geworden und wie hoch sind die geplanten Kosten dafür?
- Wie hoch sind die tatsächlichen Kosten bis jetzt?
Falls Sie dieses Werkzeug für Ihre Projekte nutzen wollen, werfen Sie mal einen Blick auf die Anleitungen von Matt Hallowell. Er hat bei Youtube drei Videos veröffentlicht, wie man die einzelnen Werte errechnet (/3, 4, 5/). Lassen Sie sich nicht von den vielen Abkürzungen verwirren. Das Prinzip ist ganz einfach: So wie ich bei Burndown-Charts mit einer Trendlinie den Endtermin extrapoliere, tue ich dies rechnerisch bei der Earned-Value-Analyse (siehe Herleitung in /6/).
Um eins klarzustellen: Wenn Sie Verzug feststellen, werden Sie ihn NICHT wieder aufholen können. Die Ursache ist ja nicht, dass Sie vorher nicht gemessen haben. Die Fehler geschahen schon in der Planungsphase.
Anmerkungen
- /1/ Wie man die Aufwandspunkte ermittelt, wird in einem anderen Beitrag beschrieben: Jan Fischbach: Wann sind Sie mit der Arbeit fertig? Wie man seine Abarbeitungsgeschwindigkeit (velocity) ermittelt?, Teamworkblog, erschienen am 01. Februar 2014, abrufbar unter http://www.teamworkblog.de/2014/02/wann-sind-sie-mit-der-arbeit-fertig-wie.html
- /2/ Fleming, Quentin W. ; Koppelman, Joel M.: Earned Value Project Management. 4. Aufl.. Newton Square: Project Management Institute, 2010.
- /3/ Matt Hallowell: Earned Value Example 1, Youtube, Hochgeladen am 15.02.2011, abrufbar unter https://www.youtube.com/watch?v=0sVyFC5TPX8
- /4/ Matt Hallowell: Earned Value Example 2, Youtube, Hochgeladen am 16.02.2011, abrufbar unter https://www.youtube.com/watch?v=1X6lZ6s2Qj0
- /5/ Matt Hallowell: Earned Value Example 3, Youtube, Hochgeladen am 16.02.2011, abrufbar unter https://www.youtube.com/watch?v=hZ-VAb60Iuo
- /6/ Tamara Sulaiman, Brent Barton, Thomas Blackburn: AgileEVM – Earned Value Management in Scrum Projects, präsentiert auf der Agile 2006, 23-28 July 2006, abrufbar unter http://www.solutionsiq.com/docs/earned-value-analysis-in-scrum-projects-wp.pdf