Obwohl der Scrum Guide definiert, dass der Product Owner nur eine Person und kein Gremium sein soll, sehen wir in der Realität vieler Organisationen, dass die Product Ownership auf mehrere Personen aufgeteilt wird.
Tim und Oliver analysieren in dieser Folge unterschiedliche Ausprägungen von Shared Product Ownership. Welche Herausforderungen entstehen, welche Vorteile hat ein solches Szenario und welche Nachteile muss ich in Kauf nehmen?
In ihrem Gespräch kommen die beiden zu Schluss, dass es einige Kontexte gibt, in denen Shared Product Ownership sinnvoll sein kann, unabhängig davon was der Scrum Guide definiert. Natürlich schließen Oliver und Tim auch diese Folge wieder mit praktischen Tipps und Tricks ab, die Dir bei geteilter Verantwortung helfen können.
Links auf in der Folge erwähnte Quellen:
– Talk von Markus Andrezak
– Roman Pichlers Blogpost
Podcastfolgen, auf die wir verweisen
Sie sehen gerade einen Platzhalterinhalt von Podigee. Um auf den eigentlichen Inhalt zuzugreifen, klicken Sie auf die Schaltfläche unten. Bitte beachten Sie, dass dabei Daten an Drittanbieter weitergegeben werden.
Mehr InformationenWelche Erfahrungen hast Du mit Shared Product Ownership machen können? Wir freuen uns über einen Kommentar hier unter unserem Blogpost oder auf unserer LinkedIn Company Page.
2 Kommentare zu „Shared Product Ownership: Wenn es mehr als einen Product Owner gibt…“
Hi,
ich glaube, dass ihr eine Variante nicht auf dem Schirm hattet.
Nämlich den Fall, dass es zwei oder mehrere POs gibt, aber nicht zwei oder mehr Teams.
(Ggf. blödes) Beispiel:
“Es gibt so viel zu tun, das kann ein PO alleine nicht schaffen.”
Aus dem Grund gibt es zum Beispiel einen PO, der die Entwicklung eines CMS verantwortet (der interne Teil), und einen PO, der die Ausspielung der Daten aus eben diesem CMS + alles weitere, was mit dem Endkunden zu tun hat, verantwortet.
Da das Unternehmen aber nicht über ausreichend viele Entwickler für zwei Teams verfügt gibt es nur ein Team (ob das dann ein “Scrum-Team” ist oder nicht sei mal ignoriert).
Die POs schieben jetzt – in Absprache oder eben auch nicht – Themen in den Sprint und die Entwickler arbeiten im Worst-Case an zwei komplett unterschiedlichen Enden. Focus-switch olé.
Ich hab das jetzt leider bereits mehrfach (konkret zwei Mal :-D) miterlebt.
Ich sehe hier derzeit nur die Option darauf zu drängen, dass man zwei Teams ausreichend gut staffed. Meinungen?
Hallo C.,
vielen Dank für Deinen Input.
Den von Dir beschriebenen Kontext haben wir bereits in der Folge “Das Product Owner Team” besprochen (https://produktwerker.de/product-owner-team/). Sowie in einer anderen das Problem der zu wenigen Software Entwickler (https://produktwerker.de/zu-wenig-entwickler/)
Auf unserer Website kann man im Menüpunkt “Podcast” nach “Scrum Anti-Pattern” filtern: da sind die gelistet 😉
Viele Grüße, Tim