Im Scrum Guide ist die Rolle des Product Owners klar definiert: Er ist verantwortlich für die Maximierung des Produktwerts, den das Scrum-Team erzeugt. Die Art und Weise, wie Sie dies als Organisation tun, kann sehr unterschiedlich sein.
In Organisationen mit einer nicht-agilen Historie und noch stark hierarchischen Strukturen und Managementsystemen wird es früher oder später dazu kommen, dass die Managementebene die Entscheidungen des Product Owners aus welchen Gründen auch immer überstimmt. Aus Sicht des Organisationssystems mag es sonnenklar sein, warum das passiert. Aber was kostet das?
Weniger Wert, weniger Umsatz
Wenn man bedenkt, dass ein einzelner Product Owner als Person und nicht als Gremium die Bedürfnisse vieler Stakeholder vertreten muss, bekommt man einen ersten Eindruck. Es ist der Product Owner zusammen mit dem Scrum Team, der die Bedürfnisse der Nutzer am besten kennt und diese in wertvolle Produktfunktionen umsetzen kann. Und nur der Wert, den Ihr Produkt für die Nutzer hat, wird am Ende in Umsatz umgewandelt. Weniger Wert bedeutet weniger Umsatz.
Es gibt aber auch einen psychologischen Aspekt. Wenn der Product Owner überstimmt wird, werden die Befugnisse dieser Rolle und des Scrum-Teams eingeschränkt. “Ich weiß es besser als du” wird dazu führen, dass das Produktentwicklungsteam weniger Entscheidungen trifft. Es wird mehr Fragen an das Management geben, die geklärt werden müssen, bevor Entscheidungen getroffen werden. Das Produktentwicklungsteam wird langsamer und wartet auf die Entscheidungen des Managements. Die Qualität der Entscheidungen wird nicht besser, da das im Team vorhandene Wissen nicht mehr vollständig berücksichtigt wird. Es wird also weniger Produktwert geschaffen, der auch länger braucht, um generiert zu werden. Und wiederum: Weniger Wert in mehr Zeit führt zu weniger Umsatz.
Sollte man den Product Owner überstimmen?
Sicherlich kann das Management durch volle Transparenz die Gründe für dieses Verhalten erklären und so den Schaden minimieren. Aber in dem Moment, in dem Sie das verstehen, werden Sie auch verstehen, dass Vertrauen und Transparenz zwei der fünf relevanten Werte in der agilen Welt sind.
Hier sind einige Ideen, um den Kampf aus der Managementperspektive zu überwinden und den Weg der agilen Transformation fortzusetzen, ohne das Gefühl zu haben, den Product Owner überstimmen zu müssen.
Nehmen Sie den Abschnitt über die Rolle des Product Owners im Scrum Guide ernst. Der Scrum Guide versucht nicht, eine neue Methodik zu schaffen, sondern ist ein robuster Rahmen, in den viele Erfahrungen aus der Praxis und das Wissen vieler Menschen eingeflossen sind, um die Essenz des agilen Arbeitens festzuhalten.
“Der Product Owner ist dafür verantwortlich, den Wert des Produkts, das aus der Arbeit des Scrum-Teams hervorgeht, zu maximieren. Wie dies geschieht, kann von Organisation zu Organisation, von Scrum-Team zu Scrum-Team und von Person zu Person sehr unterschiedlich sein. […] Damit der Product Owner erfolgreich sein kann, muss die gesamte Organisation seine Entscheidungen respektieren. [Der Product Owner ist eine Person, kein Gremium. Der Product Owner kann die Bedürfnisse vieler Stakeholder im Product Backlog repräsentieren. Diejenigen, die das Product Backlog ändern wollen, können dies tun, indem sie versuchen, den Product Owner davon zu überzeugen”. – Quelle: The Scrum Guide on the Product Owner.
Überlegen Sie, wie Sie Projekte anders gestalten, steuern und kontrollieren können, und konzentrieren Sie sich stärker auf die Produktentwicklung. Beginnen Sie damit, Ihre Teams zu befähigen und verschiedene Kompetenzen aus unterschiedlichen Abteilungen in Ihre Produktentwicklungsteams zu integrieren. Werfen Sie einen Blick auf Praktiken, die über die Budgetierung hinausgehen. Weitere Informationen finden Sie im Artikel “Overruling the Product Owner? – Making Your Scrum Work #21” von Stefan Wolpers.
Unterstützen Sie Ihren Product Owner als dienende Führungskraft, nicht als Manager. Letztendlich sollten der Product Owner und das Scrum Team über alle Informationen verfügen, um eigenständig Entscheidungen treffen zu können. Unterstützen Sie sie dabei, diese Informationen zu beschaffen und nehmen Sie ihnen nicht die Entscheidungen ab. Probieren Sie einige soziokratische Lösungen aus, die in dem Artikel “Connect Agile Teams to Organizational Hierarchy: A Sociocratic Solution” von Jutta Eckstein und Pieter van der Meché beschrieben werden.
