Sehr interessanter Artikel, den ich so auch bestätigen kann. Der Product Owner hat mehr Verantwortung für das Gelingen von Agile als man denkt. Ganz oft wird es dem Team in die Schuhe geschoben, wenn etwas nicht klappt. Irgendwo hier im Forum haben wir darüber schon mal geschrieben. Da ging es um Aufgabenstellung usw.
Wenn die Aufgaben und Ziele nicht passen, dann braucht sich niemand wundern, wenn die Ziele nicht erreicht werden. Wir arbeiten mit einem POT, also mehrere Product Owner. Die sind sich sich auch nicht immer einig. Das kommt beim Team nicht sehr gut an.

Ich bin auch der Meinung, dass der PO das wichtigste Glied in der Kette ist. Er ist verantwortlich für sein Produkt und er ist die Person die am Ende den Kopf hinhalten muss. Wenn etwas nicht funktioniert oder nicht passt, erwarte ich vom Kunden, dass er zum PO und nicht zum Team geht.
Beim PO laufen die Fäden zusammen (aus der Organisation, vom Kunden, vom Projekt etc.).
Die Auswahl des PO muss daher sehr sorgfältig erfolgen. Er muss ein gutes Standing im Team aber auch raus aus dem Team haben. Er muss "Power" haben und treiben.

Wieso "auch"? Ich halte es für falsch zu meinen dass der PO die wichtigste Rolle ist. Wenn ich gezwungen wäre die wichtigste Rolle zu benennen so würde ich den Scrum Master wählen. Aber die Diskussion finde ich müßig solange man nicht definiert was man unter einen PO versteht.

Da habe ich mich etwas falsch ausgedrückt. Sorry!
Wollte schreiben, dass der PO "auch" sehr wichtig ist und man seine Rolle nicht unterschätzen sollte.
Finde es sehr spannend und auch sehr gut, dass es unterschiedliche Meinungen zu der Wichtigkeit der Rollen gibt.
Ich habe beide Rollen eine Zeit lang ausgefüllt und daher diese persönliche Meinung von mir.

@ Matthias1501
Würdest du sagen, dass dir eine der Rollen schwerer bzw. leichter gefallen ist?

Ich persönlich würde nicht unbedingt sagen schwerer oder leichter. Ich fand die Arbeitsbelastung als PO sehr hoch. Wir haben auch immer wieder mit den Vorgesetzten und Scrum Mastern diskutiert, wie man die Arbeitsbelastung reduzieren kann. Als PO ist man halt der Ansprechpartner für den Kunden und für das Team, wenn es um das Produkt geht. Da wird der Scrum Master in Ruhe gelassen. Ich will jetzt aber nicht jammern... Ich fand diese Erfahrung unheimlich gut und es hat auch viel Spaß gemacht.

Ich hatte in meiner Zeit als PO in 6 Jahren insgesamt 9 verschiedene Scrum Master in meinem Team. Diese kamen von intern oder extern und hatten nicht alle Erfahrung als Scrum Master. Mit der Zeit habe ich mich dann schon gefragt, welche Anforderungen habe ich als PO eigentlich an "meinen" Scrum Master. Wie kann er mich unterstützen? Muss er mein Produkt kennen? Muss er sich damit identifizieren?

Vielleicht könnt ihr mir hier Eure Meinung sagen?

Zitat von Matthias1501 im Beitrag #8

---

Als PO ist man halt der Ansprechpartner für den Kunden ...

---

Das müsstest Du mir bitte erklären.
Der PO ist bei Scrum die zentrale Anlaufstelle für alles, was mit Anforderungen an sein Produkt zu tun hat. Wenn meine Kunden z.B. neue Anforderungen oder Fragen zur Planung hatten, dann sind diese zu mir gekommen. Beim PO laufen die Fäden zusammen.
Ich sehe keine andere Person im Scrum Team, an die sich die Kunden sonst wenden können.

Ja, ich sehe auch keine Person im Scrum Team, an die sich die Kunden wenden können. Andererseits sind Personen auch nicht gleich wie eine Rolle. Dass es in Scrum nur die drei Rollen gibt, heißt ja nicht, dass es in einem Unternehmen nicht noch mehr Rollen gibt. Scrum ist ja nur für die Entwicklung da. Es gibt ja auch noch andere wie Verkäufer, Buchhalter, Putzmensch, Kaffekocher, Geschäftsführer, etc. ;-)
Ich meine auch nicht unbedingt, dass die Person die die Rolle PO inne hat, nicht auch noch andere Rollen übernehmen könnte. In Deinem Falle war es sicher zuviel.
Was die Kunden betrifft: bei uns wenden sich Kunden an den Verkauf, an die Hotline, an die Niederlassung, an die Mutterfirma, etc. Auch bei uns hat die Person, die PO ist, Kontakt zu Kunden. Das ist aber eher die Ausnahme. (Dafür haben wir andere Probleme ;-))

Danke Dir für die Erklärung. Dann verstehe ich jetzt besser, was Du damit sagen möchtest. Ich hatte das große Glück, dass meine Kunden zu 90% interne Kunden waren und deshalb auch alles über meinen Tisch lief. Das war zumindest die Erwartungshaltung der Vorgesetzten.

Mich beschäftigt gerade eine Frage.

Im Rahmen einer Projektarbeiten möchte ich beschreiben wie ich Agile in einem Vertrieb einführen würde.
Mein Ansatz wäre, die Gräben innerhalb Organisation mit dem Agile Prinzip zu überwinden und ein Team zu bilden, dass sich aus den Abteilungen Vertrieb, Marketing und Prodduktentwicklung zusammensetzt. in vielen Unternehmen liegen diese Abteilungen ständig im Konflikt, verharren in ihren Silodenken und schieben sich gerne die schwere Peter Karte zu. Also wäre mein Ansatz ein interdisziplinäres Team zu bilden.

Jetzt die spannende Frage: Wie besetzt man die Position des PO bei interdisziplinären Teams? Der PO ist ja im besten Fall jemand, der sowohl über das fachliche Wissen verfügt, um Ergebnisse bewerten und abnehmen zu können, als auch die Aufgaben im Backlog bewerten und priorisieren zu können.

Wie löst man dieses Problem bei interdisziplinären Teams? Einfach die Rolle des PO ausweiten auf mehrere Personen?
Hab alles durchgoogelt und nichts zu gefunden :)

Danke im voraus.

Ich verstehe jetzt nicht wo die Besonderheit daran sein soll. Nach Scrum sind die Teams auch so interdisziplinär. Warum sollte der PO nun anders arbeiten wenn der Vertrieb und Marketing mit dabei sind. Warum sollen das nun mehre Personen machen? (Was Prodduktentwicklung ist weiss ich nicht.)
Wichtig scheint mir, dass die Personen vom Vertrieb und Marketing nicht den Entwicklern während eines Sprints reinreden.
Noch was: bezeichnet man das was Du willst nicht einfach als "Business Unit".