Unlocking Potential

Planning Poker

Los ging es heute mit einem runden Vortrag zum gängigen Stand des Einsatzes von Planning Poker, allerdings ohne Erfahrungen über die eine Methode im eigenen Unternehmen hinaus oder einen Blick über den Tellerrand.

Commerzbank

Danach stellt die Commerzbank vor, wie durch eine Reorganisation von einer Matrix- in eine Projektorganisation und Umstellung von Push auf Pull bei der Aufgabenverteiltung die Bereitstellung von Infrastruktur für die 1.000 Anwendungen im Rahmen der Integration von Dresdner Bank und Commerzbank optimiert werden konnte. Die Umstellung auf die neue Struktur kostete ca. € 250.000, die Einsparung am Ende war € 2.000.000, hinzu kam eine erfolgreiche mehrmonatige Verkürzung gegenüber der geplanten Projektlaufzeit.
Zwar war der Referent von Scrum inspiriert hinsichtlich seiner Änderungen im Projekt, allerdings hat der Vortrag nichts mit Agilität zu tun.

Planungsaufwände klassisch vs. agil

Der Vortrag von Dominik Maximini, einer von 34 Professional Scrum Trainern (scrum.org) und Berater der Novatec GmbH, verglich Planung in klassischen und agilen Projekten. Er konnte mit konkreten Projekten und Zahlen aufwarten und aufzeigen, dass in einem Rüstungsprojekt der Planungsaufwand des Projektleiters (1 FTE) bei ca. 30% liegt. Im Vergleich dazu ergeben sich aus den Planungen bei Scrum in einem anderen Projekt ein Aufwand von 0,85 FTEs (vgl. auch Kommentar von Hrrn Maximini). D.h. in Scrum ist der Planungsaufwand teilweise sogar höher, aufteilbar in strategische und operative Planung.

Hier seine Planungsschritte in Scrum:

1. Die Geschäftsleitung definiert mit dem Product Owner die Produktvision
2. Der Product Owner (PO) definiert das Releaseziel zusammen mit den Stakeholdern
3. …definiert die Sprintziele zur Erreichung des Releaseziels
4. …trägt die benötigten Features in das Product Backlog ein
5. Im Sprint Planning stellt der PO dem Entwicklungsteam diese Ziele vor
6. Das Entwicklungsteam wählt sich eine Untermenge an Features aus dem Product Backlog aus, dies es umsetzen will (gemäß der Priorisierung des PO)
7. ggf. werden die Sprintziele nochmals angepasst oder das Product Backlog geändert
8. Das Entwicklungsteam plant die ausgewählten Features präzise auf Taskebene
9. Täglich wird diese Planung während des Daily Scrums überprüft und adressiert
10. am Ende des Sprints wird das Produkt inspiziert und die Planung zum Releaseziel angepasst
11. In der Retrospektive wird geplant, wie das Team noch effizienter arbeiten kann

Ein grundsolider Vortrag von jemand, der alle Fragen umfassend beantworten konnte. Und für mich die Information, dass der Planungsaufwand in Scrum höher ist. Auf der anderen Seite beweist die Erfolgsquote agiler Projekte, dass der Aufwand keineswegs eine Fehlinvestition ist.

Anspruch an einen agilen Stream

Aus meiner Sicht, ist ein agiler Stream ein “Muss” auf einer solchen Veranstaltung, allerdings mit einer durchgängigen Planung und Vorträgen mit

1. Scrum-Einführung für Einsteiger
2. Erfolgreich eingesetzten best practices mit Blick über den Tellerrand
3. Weiterführende Konzepte für erfolgreiche Anwender

Gerne alles weiterhin praxisorientiert, aber bitte professioneller. Über die Teilnehmer und Sponsoren kommen weit über eine Million Euro zusammen, dann kann man auch bei der Vorträgen noch eine gute Schippe drauf legen. Gerade im agilen Bereich kann man sich dazu proaktiv den bekannten Protagonisten der Szene bedienen um zu ergänzen.