Product Ownership – welche Verantwortung hat man in dieser Rolle und was ist eigentlich nicht Teil dieses Jobs ❓

Wenn man einen Job im Detail verstehen will und erkennen möchte, wo Grenzen liegen oder wo es Überschneidungen zu anderen Rollen gibt, dann können Antworten auf folgende Fragen helfen:

👉 Wer gibt den Auftrag?

👉 Was ist die Kernaufgabe?

👉 Mit wem arbeitet man zusammen?

👉 Woran wird man gemessen?

Bei der PO-Rolle gestaltet sich das z.B. folgendermaßen:

1. Der Auftrag kommt von den Kunden bzw. den Stakeholdern und Sie sind die Schnittstelle zwischen einer Vielzahl an Menschen (Business Analyse, Testing, Produktmanagement, etc.), aber vor allem die verbindende Brücke zum Dev-Team.
2. Ihre Aufgabe ist es, die Kundenbedürfnisse – egal ob intern oder extern – zu verstehen und in klare Anforderungen zu übersetzen, die technisch und wirtschaftlich sinnvoll sind.
3. Die Zusammenarbeit mit dem Dev-Team ist sehr eng und Sie verantworten, dass die Anforderungen richtig umgesetzt werden. Sie sind aber nicht für das Projektmanagement oder die detaillierte Umsetzungsplanung verantwortlich.
4. In der Ergebnismessung wird immer wieder die Frage auftauchen, inwiefern konkreten Features oder ganze Produkte tatsächlich Verbesserungen darstellen, weil sie die Kundenzufriedenheit steigern.

Was ist nicht Teil einer PO-Rolle?

❌ Projektmanagement: Das Planen von Aufgaben, Ressourcen und Zeit

❌ Produktmanagement: Die strategische Ausrichtung des Produkts und die Definition von Markteintrittsstrategien o.Ä.

Wie sehen Sie die PO-Rolle? Was gehört für Sie dazu und was gar nicht?

Folge dem Hashtag #techsearch_at 🤝 Vernetzen Sie sich mit mir

Recruiting von Experten für Experten! 😊🔝🔎