Produktverantwortliche - Was machen sie eigentlich?

Der Product Owner wird von einigen als die am meisten missverstandene Position angesehen. In diesem Artikel fassen wir zusammen, worum es bei dieser Rolle geht und klären, woher einige der Missverständnisse kommen.

Der Product Owner ist mit der Entwicklung des Scrum-Frameworks entstanden. Neben dem Scrum Master und dem Entwicklungsteam ist der PO Teil des Scrum-Teams. Während der Scrum Master Scrum moderiert und die Entwickler in jedem Sprint die erforderlichen Wertsteigerungen erzielen, repräsentiert der Product Owner die Interessengruppen des Produkts und die Stimme des Kunden.

So viel harte Theorie.

Da "reines" Scrum eine Seltenheit ist[1], wird die Position des PO in der Praxis auch nicht überall gleich verstanden. Und die Tatsache, dass Unternehmen Product Owner für Positionen einstellen, die nichts mit Scrum zu tun haben, trägt sicherlich nicht dazu bei, zu klären, was diese Rolle eigentlich sein soll.

Lassen Sie uns nun die Rolle des Product Owner genauer analysieren (wobei wir Scrum-bezogene Fragen teilweise beiseite lassen), um festzustellen, was ein guter PO mitbringen sollte.

 

[1] Man hat es sogar das Monster von Loch Ness genannt - die Leute reden darüber, aber niemand hat es gesehen.

 

 

 

 

Produktverantwortliche - Überblick

 

Vor allem sollten Product Owner dafür verantwortlich sein, gute Geschäftsergebnisse zu erzielen und den Wert des Teams und des Projekts zu maximieren.

Wie wir bereits erwähnt haben, vertritt der PO die Stakeholder des Produkts, fungiert aber auch als die Stimme des Kunden - ein Begriff, der die Erwartungen, Vorlieben und Abneigungen des Kunden beschreibt. Normalerweise sollte sich der Product Owner auf die geschäftlichen Aspekte der Entwicklung konzentrieren und die meiste Zeit damit verbringen, mit den Stakeholdern und dem Team in Kontakt zu treten.

Das bedeutet, dass ein PO in der Lage sein sollte, zu kommunizieren, was das Unternehmen braucht und warum - und in der Lage sein sollte, diese Botschaft an alle Beteiligten und das Entwicklungsteam zu übermitteln. Letzteres erfordert die Verwendung einer technischen Sprache. Es ist jedoch wichtig, darauf hinzuweisen, dass POs nicht dazu da sind, einem Team vorzuschreiben, wie es sein Ziel erreichen soll, sondern vielmehr zu erklären, was das Ziel ist. Insgesamt sind gute Kommunikationsfähigkeiten der Schlüssel für jeden Product Owner. Das Setzen von Prioritäten und das Einfühlungsvermögen gegenüber Teammitgliedern und Stakeholdern sind entscheidend, um das Projekt in die optimale Richtung zu lenken.

Insbesondere Empathie kann einen großen Einfluss auf die Leistung und das Ergebnis des Projekts haben. Da Product Owner mit verschiedenen Interessengruppen in Kontakt stehen, die völlig unterschiedliche Hintergründe, Aufgaben und Ziele haben können, sollten sie in der Lage sein, sich in die Lage des anderen hineinzuversetzen. Darüber hinaus sollten POs auch wissen, wie detailliert sie in ihren Mitteilungen sein sollten. Während die Entwicklungsteams beispielsweise sehr detaillierte Berichte benötigen, bevorzugen die Stakeholder auf C-Ebene in der Regel kurze Zusammenfassungen.

 

Produktverantwortliche - Detaillierte Scrum-Aktivitäten

 

Aus einer reinen Scrum-Perspektive sind Product Owner für das Product Backlog verantwortlich. Sie definieren das Produkt in Form von kundenorientierten Ergebnissen, in der Regel in Form von User Stories (einer informellen, natürlichsprachlichen Beschreibung von Funktionen eines Softwaresystems), und fügen sie dem Product Backlog hinzu - und ordnen sie schließlich nach ihrer Wichtigkeit und ihren Abhängigkeiten ein.

Wichtig ist, dass ein Scrum-Team nur einen Product Owner haben sollte. Aber ein Product Owner kann mit mehr als nur einem Team zusammenarbeiten. Es wird auch dringend empfohlen, die Rolle des Product Owner und des Scrum Master nicht zu kombinieren.

 

 

{{cta('8fc99402-31cc-4a5f-8452-cc6a7c67d7e1')}}

 

 

Product Owner - Liste der Verantwortlichkeiten und Aktivitäten

 

Also, alles in allem, wenn Sie als Vertreter der Stakeholder kommunizieren , Produktverantwortliche:

• informieren und Entscheidungen treffen,
• sind ein lebendiger Aufbewahrungsort für Domäneninformationen,
• Priorisierung von Anforderungen und anderen Arbeitsaufgaben für das Team,
• sind aktive Teilnehmer an der Modellierung (manchmal fälschlicherweise als Backlog Grooming oder Backlog Refinement bezeichnet),
• sind aktive Teilnehmer an Kundentests,
• helfen dem Team, Zugang zu Experten zu erhalten,
• sind ein wichtiger Proxy für die Finanzierung,
• Abhängigkeiten von Anforderungen mit anderen Teams verwalten, verhandeln und neu priorisieren,
• Erleichterung von Anforderungsmodellierungssitzungen, einschließlich Anforderungserstellung,
• sind ein Indikator für die Finanzierung.

 

Wenn Sie als Vertreter des agilen Teams agieren Produktverantwortliche:

• sind das Gesicht des Teams vor den Stakeholdern,
• Veröffentlichungen ankündigen,
• kommuniziert den Status des Projekts,
• organisieren Sie Meilensteinüberprüfungen,
• Sitzungen zur Anforderungsmodellierung zu erleichtern,
• Stakeholder in den Entwicklungsprozess einbeziehen,
• verhandelt über Prioritäten, Umfang, Finanzierung und Zeitpläne.

 

Produktverantwortliche - Abschließende Überlegungen

 

Wie bereits in der Einleitung erwähnt, sollten Sie bedenken, dass die Rolle des Product Owners in verschiedenen Unternehmen unterschiedlich definiert sein kann. Ich habe einmal erlebt, wie ein Unternehmen einen nominellen PO einstellte, der nicht einmal für eine der oben genannten Aktivitäten verantwortlich sein sollte - sondern für die Verwaltung eines Wasserfallprojekts.

Die Perspektive aus diesem Artikel kann jedoch als guter Wegweiser dienen. Auch wenn Sie nicht vorhaben, ein "reiner" Scrum-Evangelist zu sein, können Sie die Schlüsseleigenschaften einer guten Product Ownership übernehmen und sie an Ihre Bedürfnisse anpassen.

Ein weiterer wichtiger Unterschied ist die Beziehung zwischen einem Product Owner und einem Business Analysten. Diese beiden Rollen überschneiden sich oft. Und das kann zu Missverständnissen führen (z.B. wenn Unternehmen einen nominellen Product Owner einstellen, obwohl sie eigentlich einen Business Analysten brauchen). Aber das ist eine Geschichte für ein anderes Mal - bleiben Sie also dran für den nächsten Artikel in dieser Serie!

Und wenn Sie bei Ihren Projekten die Unterstützung eines PO oder BA benötigen, sollten Sie das Outsourcing in Betracht ziehen. 

 

{{cta('ba8af7bf-916a-42ad-8602-e21d0cc0af7e')}}

 

Quellen:

https://scrum-master.thinkific.com/pages/the-product-owner-role