Scrum und PRINCE2 - Rolle des Product Owners sinnvoll besetzen

Wenn wir Scrum und PRINCE2® zusammen anwenden wollen, müssen wir uns mit der Frage der Rollen auseinandersetzen. Die Rolle des Product Owners ist besonders wichtig zu klären. Wie können wir diese Rolle in einem Projekt am sinnvollsten einbinden?

Immer wieder rutscht die Kombination von Scrum und PRINCE2 für die erfolgreiche Abwicklung von Projekten ins Rampenlicht. PRINCE2 hilft der Produktentwicklungsmethode Scrum in Bereichen wie Business Case, Risikomanagement etc. Nach PRINCE2 geleitete Projekte profitieren von Scrum durch den Team-Fokus, den Scrum Master und Timeboxing.

Wenn wir Scrum und PRINCE2 zusammen anwenden wollen, müssen wir uns mit der Frage der Rollen auseinandersetzen. PRINCE2 definiert Rollen für einen klassischen Projektmanager, einen Lenkungsausschuss, Teammanager, das Team und ein paar weitere. Bei Scrum gibt es das Entwicklungsteam, den Scrum Master und den Product Owner./1/ Gerade weil die Kommunikation und Zusammenarbeit kritisch für den Projekterfolg ist, müssen wir die zwei Welten zusammenbringen.

Die Rolle des Product Owners im Projekt ist m. E. besonders wichtig zu klären. Wie können wir diese Rolle in einem Projekt am sinnvollsten einbinden?

Die Wichtigkeit des Product Owner wird häufig unterschätzt. Die Scrum Autoren betonen, dass der Product Owner die Verantwortung für die Produkte trägt. Damit ist eine volle "Accountability" gemeint, und zwar gegenüber dem Kunden und den Anwendern, die die Produkte beauftragt haben./2/ Deshalb ist diese Rolle nicht nur ein Bindeglied zwischen dem Entwicklungsteam und den Anwendern. Sie muss auch sowohl für die Anforderungen als auch deren Priorisierung gerade stehen.

Wie können wir diese Rolle sinnvoll in einem Projekt besetzen? 

Zunächst, was nicht geht: der Projektmanager übernimmt die Rolle des Product Owners./3/ Diese Rollenverschmelzung verbiegt sowohl die Verantwortung des Product Owners als auch die des Projektmanagers. Ein Product Owner verantwortet vor allem Qualität und Umfang, also die Produktanforderungen und deren Priorisierung. Darüber hinaus erteilt der Product Owner die Abnahme. Ein Projektmanager kümmert sich u. a. darum, dass Produkte innerhalb des vereinbarten Zeit- und Geldrahmen geliefert werden. Dies tut er/sie im Auftrag des Auftraggebers, der das Budget verantwortet. Wenn der Projektmanager ebenfalls die Abnahme erteilen sollte, steht er im Interessenskonflikt: "Klar nehme ich das Produkt ab, und damit beenden wir die Phase innerhalb von Budget und Zeitrahmen!"

Die deutlich bessere Rollenkombination liegt auf der Hand. Der PRINCE2-Benutzervertreter und der Scrum Product Owner haben fast deckungsgleiche Aufgabenbeschreibungen. Der Benutzervertreter vertritt die Anliegen der Anwender, insbesondere im Hinblick auf den gewünschten Nutzen und alle Produktanforderungen. Der Benutzervertreter in PRINCE2 muss auch Entscheidungskompetenz in diesen Themen zum Projekt mitbringen. Von seinem Sitz im Lenkungsausschuss kann er konfliktfrei Abnahmen erteilen.

Darüber hinaus steht der Benutzervertreter als Mitglied des Lenkungsausschusses auf Augenhöhe mit dem Auftraggeber, der das letzte Wort zum Thema Budget und Nutzen hat. Die Priorisierung der Anforderungen betrifft u. a. das Budget. Deshalb muss auf LA-Ebene entschieden werden, welche Teile mit dem begrenzten Budget entwickelt werden.

Allerdings spielt in Scrum der Product Owner eine aktivere Rolle, als für den PRINCE2-Benutzervetreter vorgesehen ist.  Damit dieser Seniormanager nicht von Details überrollt wird, muss man in größeren Projekten überlegen, ob mehrere Product Owners notwendig sind, die an  Benutzervertreter berichten und entscheidungsberechtigt für Teilprodukte sind.

Fakt ist: wenn Kunden und Anwender nicht eng im Anfordungsmanagement und im Priorisierungsprozess eingebunden sind, ist der Projekterfolg und die Arbeit des Entwicklungsteams deutlich erschwert. Deshalb haben Scrum und PRINCE2 die Notwendigkeit des Product Owners oder des Benutzervertreters erkannt, die aktiv Anwender-Interessen vertreten und durch Entscheidungsautorität umsetzen können.

Wenn Sie schon Erfahrungen mit der Kombination von PRINCE2 und Scrum gemacht haben, teilen Sie uns und anderen Lesern mit, wie es ausgegangen ist! Was ist gelungen? Wo hat es gehapert?

Anmerkungen

• /1/ Die besten Informationen zu den zwei Methoden bieten die Handbücher selbst.  Für PRINCE2: Office of Government Commerce, Erfolgreiche Projekte managen mit PRINCE2, (London: TSO, 2009). Für Scrum: Das Scrum Guide, frei verfügbar unter Scrum.org. Zum Thema Kombination PRINCE2 und Scrum, siehe den Beitrag von Jan Fischbach im Teamworkblog "Ergebnisse liefern mit Methode" und den Vortrag "Scrum und PRINCE2: Together making projects work" vom aktuellen Autor bei den Scrum Days 2013 in Berlin.
• /2/ Der Scrum Guide. Auch Jeff Sutherland hat unterstrichen, wie wichtig diese "Accountability" des Product Owners für den Produkterfolg ist (Scrum Days, Juni 2013, Berlin).
• /3/ H.-P. Ritt und S. Jäger, Steuerbare Kraft: Die Integration von Prince2 und Scrum, Computerwelt.at, 11. Juli 2013.  Trotz einiger guter Überlegungen laufen die Autoren zum Thema Rollen fehl. Die Autoren sehen den Product Owner in seiner Verantwortung überfordert. Sie empfehlen daher, den Product Owner gleichzeitig als Projektmanager agieren zu lassen, so dass er die Unterstützung vom Lenkungsausschuss besser einholen kann und damit entlastet wird. Allerdings ist persönliche Accountability ein zentraler Erfolgsfaktor dieser Rolle, auch aus Sicht der Scrum-Autoren. Dies erfordert eine gewisse Seniorität, genau wie PRINCE2 sie vom Benutzervertreter verlangt. Der Verdacht liegt nahe, dass im Umfeld der Autoren einige Product Owner ernannt wurden, die wegen fehlender Seniorität ungeeignet und überfordert waren.
• PRINCE2 is a registered trademark of the Cabinet Office.