Der Product Owner wird als der Wertmaximierer des Scrum Teams bezeichnet. Aber was das genau bedeutet, sieht in jeder Organisation etwas anders aus. Während in dem einen Unternehmen der Product Owner der Projektmanager mit einem glänzenden neuen Titel ist, ist er in einem anderen Unternehmen eher ein leitender Entwickler, der auch etwas Stakeholdermanagement betreibt. Deshalb diskutieren wir in diesem Artikel, was die 12 Product Owner Stances oder Standpunkte sind.
Um mehr Anhaltspunkte für die Erfüllung der Product Owner Rolle zu geben, wurden die 6 bevorzugten und die 6 missverstandenen Stances definiert. Sie sind sehr praktisch, wenn Sie wissen wollen, was genau in das Aufgabenpaket des Product Owners fällt und warum.
Die 6 missverstandenen Product Owner Stances
Es gibt 6 Standpunkte oder Stances, die Product Owner oft einnehmen, die nicht korrekt sind. Es handelt sich dabei um Haltungen, die von Product Ownern oft aus einem mangelnden Verständnis der eigentlichen Aufgaben eines PO heraus eingenommen werden. Dies ist zum Beispiel auf einen Mangel an gründlicher (aktueller) Ausbildung zurückzuführen. Wenn der Beruf von Generation zu Generation von bestehenden zu neuen Product Ownern weitergegeben wird, wird das Wesen der Rolle immer mehr verdunkelt.
Die 6 missverstandenen Product Owner Stances sind:
- Der Schreiber
- Der Projektmanager
- Der Fachexperte
- Der Sachbearbeiter
- Der Pförtner
- Der Manager
Der Schreiber
Der Geschichtenschreiber zieht es vor, jede User Story selbst zu schreiben, natürlich unter voller Beachtung der Definition of Ready (DoR). Für diesen Fanatiker ist kein Detail zu klein. Dieser PO ist extrem organisiert und hat alles im Griff. Auf jeden Fall ist es nicht seine Schuld, wenn eine Funktionalität nicht wie erwartet geliefert wird! Was der Geschichtenschreiber nicht so gut kann, ist loszulassen und zusammenzuarbeiten, zwei sehr wichtige Eigenschaften eines PO.
Der Projektmanager
Dieser Product Owner hat immer ein Diagramm parat, das genau zeigt, wann alle Komponenten des Projekts geliefert werden. Die Optimierung des Outputs ist der Traum und KPIs wie Velocity, Burndown und Story Points pro Person sind das Tüpfelchen auf dem i. Die Tatsache, dass die Verantwortung für das Management des Arbeitsfortschritts in Scrum eigentlich bei den Entwicklern und nicht beim PO liegt, kann zu Reibungen führen.
Der Fachexperte
Lassen Sie sich von diesem Product Owner erklären, wie man das am besten angeht. Schließlich kennt niemand in der gesamten Organisation das Produkt so gut wie er/sie. Es ist zwar schön, wenn man die Entwickler nicht mehr in Diskussionen einbeziehen muss, aber sie sind schon genug beschäftigt. Leider geht das auf Kosten der Beteiligung des Teams und damit zwangsläufig auch der Qualität des Produkts.
Der Sachbearbeiter
„Ja, natürlich, kein Problem.“ „Ich setze es in das Backlog.“ „Ja, ich werde es an das Team weiterleiten.“
Der Sachbearbeiter möchte alle im Unternehmen bei Laune halten und hasst es, Nein zu sagen, was zu einem unendlich langen Backlog führt. Außerdem neigt dieser PO dazu, den Endnutzer zu vergessen und in erster Linie die internen Stakeholder zu bedienen.
Der Pförtner
Alles, was das Scrum Team erreicht oder verlässt, muss zuerst den Pförtner passieren. Keine Funktionalität darf gezeigt werden, ohne dass sie durch die Hände dieses Product Owners gegangen ist. Keine Frage darf den Entwicklern gestellt werden, ohne dass der Pförtner eingreift. Schade nur, dass der PO wegen all dieses Pförtnerdaseins so wenig Zeit hat, diese schwere Last tatsächlich zu tragen.
Der Manager
„Solange jeder bei klarem Verstand ist, wird sich der Rest von selbst ergeben“. Dem Manager geht es vor allem um zufriedene Teammitglieder, die sich weiterentwickeln und gut zusammenarbeiten. Das ist natürlich sehr schön, aber das Produkt wird schnell zum Außenseiter und maximiert nicht wirklich den Wert.
Die 6 bevorzugten Product Owner Stances
OK, jetzt wissen wir, wie man es nicht machen sollte, aber was ist der Zweck der Rolle des Product Owner? Dafür wurden die 6 bevorzugten Stances geschaffen:
- Der Visionär
- Der Mitarbeiter
- Der Entscheidungsträger
- Der Experimentator
- Der Kundenvertreter
- Der Einflussnehmer
Der Visionär
Der Name sagt schon alles: Dieser Product Owner hat eine Vision. Er/sie wagt es, davon zu träumen, wie es sein könnte, anstatt im Ist-Zustand zu verharren. Und nicht nur das: Der Visionär weiß, wie er diese Vision auf mitreißende und inspirierende Weise vermitteln kann, um alle an Bord zu holen.
Der Mitarbeiter
In einem Scrum Team steht niemand alleine da. Um ein gut priorisiertes Backlog zu erstellen, das maximalen Wert liefert, ist die Einsicht zahlreicher interner und externer Stakeholder erforderlich. Um all diese Menschen mit einem gemeinsamen Ziel vor Augen auf die gleiche Seite zu bringen, bedarf es einer Menge gemeinschaftlicher Anstrengungen.
Der Entscheidungsträger
Entscheidungen zu treffen ist das, was der Entscheidungsträger am liebsten tut. Ob er ein Ja oder ein Nein verkauft, ist dem Entscheidungsträger ziemlich egal, denn dieser Product Owner weiß, dass jede Entscheidung zu einem wertvolleren Produkt führt. Dank des geschulten Gehörs des Entscheidungsträgers fühlen sich alle Stakeholder gehört, egal wie die endgültige Antwort ausfällt.
Der Experimentator
Bei Agile gehen wir davon aus, dass wir alles im Laufe des Prozesses herausfinden müssen: den genauen Kundenbedarf, den Ansatz und die externen Faktoren, die ihn beeinflussen. Der Experimentator sieht dies als eine Einladung zum Ausprobieren, Testen, Innovieren und Anpassen. „Jeder Schritt ist ein Schritt nach vorn, solange wir daraus lernen“, sagt er.
Der Kundenvertreter
Dieser Product Owner kennt den Kunden oder Endbenutzer in- und auswendig. Bei jedem Gespräch, jeder Antwort und jeder User Story steht der Kunde im Mittelpunkt. Der Kundenvertreter freut sich, wenn ein Entwickler die Bedürfnisse des Kunden nach einem Gespräch mit ihm noch besser versteht.
Der Einflussnehmer
Einflussnehmer sind meisterhafte Kommunikatoren. Scheinbar mühelos bringen sie jeden mit ihren Ideen ins Boot, ohne dabei autoritär zu wirken. Dieser Product Owner spürt die Bedürfnisse der verschiedenen Stakeholder genau und weiß, wie er taktvoll auf sie eingehen kann.
Fazit
Erkennen Sie sich als Product Owner besonders in einer der missverstandenen Haltungen wieder? Dann lassen Sie sich von einer oder mehreren der bevorzugten Haltungen inspirieren. Oft können wir durch eine kleine Verschiebung des Schwerpunkts oder ein wenig mehr Ausgewogenheit unsere unverstandenen Haltungen in bevorzugte verwandeln. Wenn der Sachbearbeiter den Schwerpunkt mehr auf den Wert legt, wird er im Handumdrehen ein super Mitarbeiter sein. Und wenn der Fachexperte sich mehr auf das Warum als auf das Wie konzentriert, wird er bald zu einem Kundenvertreter.
