In modernen Agile-Produktorganisationen ist der Product Owner eine zentrale Rolle. Dennoch sorgt sie oft für Verwirrung, da sie – anders als der Product Manager – in der Regel keine etablierte Stellenbezeichnung ist. Die Aufgaben des Product Owners können von verschiedenen Personen übernommen werden.
Arto Kiiskinen
Arto is a Leading Product Owner Coach with 20 years of experience in leading R&D activities both in large and small organizations, in many different roles. He is now committed to training and coaching product owners to become better at their work. He is also CSPO, PSPO, PSM, and ISTQB certified.
Das führt oft zu Verwirrung. Lest weiter, damit ihr darüber nie wieder im Unklaren seid.
Im Wesentlichen unterstützt der Product Owner den Product Manager und konzentriert sich auf die Details des Backlogs und die nähere Zukunft. So kann sich der Product Manager stärker auf Kundenbedürfnisse sowie die langfristige Produktvision und -strategie konzentrieren.
Doch das ist nur die Oberfläche. Damit ihr euch sicher in einer modernen Agile-Organisation zurechtfindet, schauen wir eine Ebene tiefer und klären:
Worin unterscheiden sich die Rollen von Product Owner und Product Manager?
Wer ist wofür verantwortlich?
Warum trägt die Rolle das merkwürdige Wort „Owner“?
Ist nicht letztlich der Product Manager verantwortlich?
Worin unterscheiden sich die Rollen von Product Owner und Product Manager?
Wer ist wofür verantwortlich?
Warum trägt die Rolle das merkwürdige Wort „Owner“?
Ist nicht letztlich der Product Manager verantwortlich?
Es ist leicht zu erkennen, wie Unklarheiten darüber zu Verwirrung und Konflikten führen können. Legen wir also los.
Der Product Manager ist der beste Product Owner
Die Rolle des Product Owners umfasst die Verwaltung des Backlogs und die Priorisierung der Arbeit, damit die Ergebnisse der Teamarbeit optimal sind. Er verantwortet die Definition der Details, sobald das Team mit der Arbeit an einem Backlog-Item beginnt.
Der Product Owner vertritt außerdem den Kunden im Team und hat daher vor einem Release das letzte Wort. Funktioniert das Feature so, wie es ist, oder sind Änderungen nötig? Das entscheidet der Product Owner.
Das bedeutet, dass er mit Kunden im Austausch stehen und sie sowie andere Stakeholder wirklich verstehen muss. Und wer versteht die Kunden in der Organisation am besten? Der Product Manager! Deshalb ist der Product Manager zu Beginn eines Projekts oder bei einem kleinen Entwicklerteam der beste Product Owner.
Der Product Manager kann zu beschäftigt für die Details werden
Mit zunehmender Reife des Produkts wächst sein Markt. Der Business Case wird komplexer und die Zahl der Kunden steigt. Dadurch wird der Product Manager immer stärker ausgelastet. In der Regel wächst auch die Entwicklungsorganisation. Statt eines einzelnen Teams kann es nun mehrere Teams geben.
Agile-Praktiken setzen stark auf Austausch. Um Arbeitspakete vor Beginn zu verfeinern, braucht es viel persönliche Interaktion. Das kostet Zeit, stellt jedoch sicher, dass das Team das Problem und den Bedarf versteht, bevor es die optimale Lösung entwickelt. Ist euer Product Manager zu beschäftigt, fehlt den Umsetzungsteams möglicherweise die nötige Zeit und Aufmerksamkeit. Dann besteht ein hohes Risiko, das Falsche zu entwickeln.
Wie der Product Owner den Product Manager unterstützt
Wenn ihr dem oben beschriebenen Szenario folgt, kommt ihr an einen Punkt, an dem es für die Organisation sinnvoll ist, die Verantwortlichkeiten aufzuteilen. Dann sieht es typischerweise so aus:
Der Product Manager:
übernimmt die Verantwortung für langfristige Roadmaps und die Produktvision
bleibt die letzte Instanz bei der Priorisierung
verantwortet weiterhin die Planung des Opportunity-Portfolios und die Entwicklung früher Ideen für das Product Backlog
übergibt die Detailplanung an einen eigenen, dafür zuständigen Product Owner
übernimmt die Verantwortung für die langfristige Roadmap-Planung und Produktvision
behält die endgültige Entscheidungsbefugnis bei der Priorisierung
bleibt für die Planung des Opportunity-Portfolios und die Entwicklung erster Ideen verantwortlich, die in den Product Backlog einfließen
übergibt die Detailplanung an einen eigenen, dafür zuständigen Product Owner
Der Product Owner:
übernimmt die Verantwortung für Backlog-Management, Refinement und Priorisierung (natürlich in Zusammenarbeit mit dem Product Manager)
versucht stets vorherzusehen, wie der Product Manager entscheiden würde
übernimmt die Verantwortung für Backlog-Management, Refinement und Priorisierung (natürlich in Zusammenarbeit mit dem Product Manager)
versucht stets vorherzusehen, wie der Product Manager entscheiden würde
Für eine gut funktionierende Beziehung zwischen Product Manager und Product Owner müssen Zusammenarbeit und persönliche Chemie nahtlos zusammenpassen.
Unterschiedliche Rollen, unterschiedliche Zeithorizonte
Der Product Manager verantwortet die Produktvision, Strategie und Roadmap (den Produktplan für die kommenden fünf Jahre). Der Product Owner verantwortet den kurzfristigen Plan (in der Regel 0–6 Monate), den Backlog.
Der langfristige Plan, die Roadmap, ist voller Ideen, potenzieller Features und Ziele für das Produkt. Die Einträge auf der Roadmap sind weder detailliert ausgearbeitet noch analysiert – sie beruhen auf Annahmen. Je weiter der Plan in die Zukunft reicht, desto geringer ist der Grad der Verbindlichkeit. Ein Feature wird vielleicht in 18 Monaten entwickelt, aber das ist nicht zu 100 % sicher – Feature-Prioritäten verändern sich laufend.
Die Roadmap zu managen und darüber zu kommunizieren, unterscheidet sich grundlegend vom Management des kurzfristigen Backlogs.
Wie ein Eintrag von der Roadmap in den Backlog gelangt: Wer übernimmt was bei diesem wichtigen Versprechen?
Wenn etwas von der Roadmap in den Backlog übergeht, muss das Team Unsicherheiten und Annahmen prüfen, die Arbeit aufteilen und Details ergänzen. Gleichzeitig steigt der Grad der Verbindlichkeit.
Es ist keine sofortige Entscheidung, sondern ein Analyseprozess. Product Manager und Product Owner arbeiten in dieser kritischen Phase zusammen. Häufig ist der Product Owner dafür verantwortlich, die Einträge zu analysieren, die für die Aufnahme in den Backlog infrage kommen.
Sobald die endgültige Entscheidung „für den Backlog freigegeben“ getroffen ist, besteht eine deutlich stärkere Verpflichtung, das Feature zu entwickeln.
Es gibt immer mehr Ideen und Anforderungen, als das Team umsetzen kann. Daher muss jemand die endgültige Entscheidungsbefugnis für ein „Ja oder Nein“ haben. Der Product Owner versteht die Team Velocity – also was das Team liefern kann. Er begleitet das Team außerdem bei der Analyse eines Eintrags sowie bei der Prüfung von Unsicherheiten und Annahmen. Er trifft die Entscheidung „für den Backlog freigegeben“.
Der Product Manager gibt den Entscheidungen des Product Owners die endgültige Zustimmung. Die Aufgabe des Product Owners besteht darin, dieses Lieferversprechen fundiert abzugeben und die damit verbundenen Auswirkungen und Risiken zu verstehen.
Die Organisation profitiert von der Rolle, die das Versprechen abgibt
Wenn ein Eintrag im Backlog landet, wird ein Versprechen abgegeben, ihn zu liefern. Weil diese Rolle bei dieser Entscheidung das „Versprechen abgibt“, heißt sie Product Owner und nicht Backlog-Sekretär.
Die Organisation profitiert davon, dass jemand vor der endgültigen „Ja“-Entscheidung dafür verantwortlich ist, die Details des Bedarfs, Akzeptanzkriterien, Risiken, Abhängigkeiten und den Aufwand zu klären. Wenn jemand die Verantwortung übernimmt, sich mit den Details auseinanderzusetzen, priorisiert ihr besser und entwickelt deutlich seltener das Falsche.
„Mit großer Macht kommt große Verantwortung.“
Der eigentliche Nutzen von Product Ownership besteht darin, die Organisation dazu zu zwingen, sich damit auseinanderzusetzen, was sie tut und was nicht. Deshalb enthält die Rolle das Wort „Owner“. Ownership bedeutet Verantwortung und Entscheidungsbefugnis.
- Software development
- Agile
- Product management
Subscribe to our newsletter
Related blogs
