Letzte Woche haben wir auf der Xebicon Konferenz in den Niederlanden anhand von 3 Modellen verschiedene Aufstellungen von Product Owner Teams vorgestellt. Wir sprachen über Product Owner-Teams, da die Rolle des Product Owner in den meisten Fällen nicht nur von der Person des Product Owner ausgeübt wird. Er (oder sie, natürlich) organisiert Hilfe von anderen, um diese anspruchsvolle Rolle zu erfüllen. Die Rolle des Product Owner umfasst viele verschiedene Aktivitäten. Im folgenden Modell werden 8 Bereiche unterschieden.

Die Durchführung dieser Aktivitäten erfordert eine doppelte Strecke. Die erste ist die zwischen dem Wissen und den Interessen der Geschäftsdomäne und dem Wissen und den Interessen der technischen Lösungsdomäne. Natürlich liegt das Hauptaugenmerk des PO auf dem geschäftlichen Bereich. Aber um funktionale Fragen, die sich aus technischen Herausforderungen ergeben, zu verstehen und zu erörtern, kann sich ein PO nicht einfach von den technischen Grundlagen fernhalten. Die andere Strecke, die ein PO zurücklegen muss, ist die zwischen Vision und Governance-Kompetenzen und der Spezifikation von Anforderungen im Detail.

In einer idealen agilen Welt hat der perfekte Product Owner alles und macht alles, ab und zu mit Hilfe seines Lieferteams. In der Praxis sehen wir die Notwendigkeit eines Product Owner-Teams. Zum Teil, um einige hoffentlich vorübergehende Versäumnisse wie Teilzeitverfügbarkeit, unzureichende Befugnisse oder unzureichende Kompetenzen zu kompensieren. Aber auch, um mit der Komplexität von Organisationen umzugehen, mit vielstimmigen Geschäftsbereichen und komplexen, sehr spezialisierten Ressourcen und Entwicklungsketten mit mehreren Zulieferern. Ob ein Product Owner dieses Spektrum vollständig abdeckt, ist nicht nur eine Frage der Kompetenzen, sondern auch seiner eigenen Leidenschaft und der Komplexität der Organisation. Darüber hinaus bestimmen die Zusammensetzung seines/ihrer Teams und seine Position in der Organisationshierarchie die Reichweite der Person des Product Owners und die Bereiche, in denen er wahrscheinlich auf andere zurückgreifen wird. Eine Analyse nach dem folgenden Modell hilft dabei, die Stärken und Herausforderungen des Product Owners zu identifizieren.

Auf dem Kongress haben wir erklärt, wie man die Erkenntnisse aus dieser Analyse nutzt, um die Person des Product Owners in den ersten beiden Modellen darzustellen und die Kompetenzbereiche zu identifizieren, in denen dieser Product Owner Unterstützung benötigt. Sie beginnen, das Product Owner Team zusammenzustellen.
Die Einrichtung der Product Owner Rolle in einer Organisation erfordert eine maßgeschneiderte Lösung. Helfende Hände, formell in einem 'Ready Team' oder informell durch Ad-hoc-Ressourcen, werden den Product Owner in der Regel umgeben. Das 'Viereck', das 'Dreieck' und das 'Kreuz' helfen Ihnen dabei, herauszufinden, wie Sie Ihr Product Owner Team zusammenstellen sollten.
- Zweck: den Zweck und den Weg dorthin zu bestimmen
- Unternehmertum: eine Mentalität der harten Arbeit, des Wagemuts, des Könnens, des Netzwerkens und dass alles, was wir tun, einen Wert darstellen muss
- Unternehmen: Der Product Owner kommt aus dem Unternehmen und stellt sicher, dass das Unternehmen an der Realisierung beteiligt ist und dass jedes Ergebnis dem Unternehmen zugute kommt.
- Auswirkungen: Der Product Owner muss Entschlossenheit und Macht gewährleisten. Ohne diese kann es keine effektive Product Ownership geben.
In einem nächsten Blog werde ich anhand dieser Modelle einige gängige Product Owner-Typen und die typischen Teams, die um jeden dieser Typen herum entstehen, diskutieren.
Verfasst von
Jarl Meijer
Contact