Product Owner

Kommt der Product Owner aus dem Fachbereich oder der IT? In vielen Unternehmen gibt es Überlegungen, wo die Position angesiedelt sein sollte. Die meisten Organisationen verordnen die Rollen (und auch die Accountability) – sofern er nicht vom externen Auftraggeber gestellt wird – im Fachbereich.

Je nach Kontext kann die Antwort jedoch variieren: handelt es sich bspw. um einen Konzern oder befindet sich die Organisation in einer agilen Transformation, könnte es auch sein, dass der PO aus der IT stammt, um bspw. den laufenden Betrieb und die Sicherheit einer Lösung zu garantieren. Doch selbst in einer solchen Situation muss der Fachbereich „die Richtung vorgeben“ und der IT-Bereich dafür sorgen, dass alles „Notwendige“ berücksichtigt wird, denn nur so steht der „Kundenfokus“ über dem „Systemfokus“. Im Sinne einer kontinuierlichen Verbesserung kann es zudem sinnvoll sein, solche und ähnliche Fragen in Organisationen immer wieder zu thematisieren und kontinuierlich nach der individuell besten Lösung zu suchen.

Das Gehalt eines Product Owners in Deutschland variiert je nach Erfahrung, Standort, Unternehmensgröße, Branche und Geschlecht. Und es variiert auch in Abhängigkeit der Quelle im Internet, die man aufsucht.

Geht es nach rollthePay und JobertyBlog erhalten Product Owner im Durchschnitt folgende Gehälter:

1. Junior PO (weniger als drei Jahre Berufserfahrung): 44.000 bis 65.000 Euro brutto pro Jahr.
2. Erfahrener PO (zwischen drei und ca. 7 Jahren Berufserfahrung): 65.000 bis 89.000 Euro brutto pro Jahr.
3. Senior PO (mehr als ca. 7 Jahre Berufserfahrung): Bis zu 100.000+ Euro brutto pro Jahr.

Im Durchschnitt liegt das Gehalt eines Product Owners bei etwa €66.000 bis €70.000 pro Jahr. In großen Städten wie München, Frankfurt und Stuttgart sind die Gehälter tendenziell höher, während kleinere Städte und Unternehmen oft weniger zahlen. Boni und andere Zusatzleistungen sind ebenfalls üblich und können das Gehalt zusätzlich erhöhen.

Geht es nach Bewertungsplattform Kununu liegt das durchschnittliche Jahresgehalt für einen PO in Deutschland bei etwa 71.200 Euro brutto. Frauen verdienen dabei durchschnittlich 65.600 Euro, während Männer im Schnitt 73.600 Euro erhalten. Die Gehaltsspanne reicht von 52.200  bis 105.600 Euro brutto jährlich, wobei die Mehrheit der Gehälter zwischen 62.880  und 73.560 Euro liegt.

Vielleicht kennen Sie jemanden, der weniger oder auch mehr verdient; das ist nicht ungewöhnlich, denn die Zahlen verstehen sich bestenfalls als Orientierungswerte.

Die Frage nach den Unterschieden zwischen einem Produktmanager und einem Product Owner ist vor allem in Unternehmen relevant, die sowohl traditionelle als auch agile Methoden nutzen. Scrum als (agiles) Framework definiert drei Verantwortlichkeiten (Scrum Master, Entwickler und den PO), einen Produktmanager kennt es aber nicht. Der Produktmanager, wie er in vielen traditionellen Unternehmen existiert, findet in agilen Umgebungen in dieser Form keine direkte Entsprechung.

In der Praxis lässt sich immer wieder beobachten, dass die Tätigkeiten des Produktmanagers und des Product Owners in vielen Organisationen nicht immer klar abgegrenzt werden, was zu Überlappungen, Unklarheiten und Konflikten führt. Diese Unschärfen können die Effizienz beeinträchtigen, da unklar bleibt, wer die letztendliche Verantwortung für welche Entscheidungen trägt. Während einige Unternehmen die Tätigkeiten strikt trennen, laufen sie in anderen ineinander, was zu einem ungesunden Konkurrenzverhältnis oder einem Machtvakuum führen kann.

Existieren beide Rollen in einer Organisation, lässt sich oftmals ein Unterschied in der strategischen und taktischen Ausrichtung beobachten: Der Produktmanager ist in erster Linie strategisch ausgerichtet. Er definiert die langfristige Vision und Strategie für das Produkt, basierend auf Marktanalysen, Kundenbedürfnissen und Geschäftsanforderungen. Im Gegensatz dazu ist der PO stärker taktisch orientiert. Seine Hauptaufgabe besteht darin, die Strategie des Produktmanagers in konkrete Anforderungen für das Entwicklungsteam zu übersetzen und sicherzustellen, dass diese effizient umgesetzt werden.

Auch in Bezug auf die Entscheidungskompetenz und den Einfluss gibt es wesentliche Unterschiede. Der Produktmanager hat oft die umfassende Entscheidungsgewalt über das Produkt und ist für den gesamten Produktlebenszyklus verantwortlich. Er trifft Entscheidungen, die das große Ganze betreffen, und agiert dabei als eine Art „Mini-CEO“ des Produkts. Der PO hingegen bewegt sich innerhalb der durch den Produktmanager vorgegebenen Leitplanken und konzentriert sich darauf, das operative Tagesgeschäft zu steuern. Zwar hat er die Autonomie, Entscheidungen über das „Was“ im Rahmen der Entwicklung zu treffen, jedoch immer in Einklang mit der übergeordneten Strategie. Das „Wie“ bestimmt im agilen Kontext üblicherweise das Entwicklungsteam.

In manchen Publikationen wird zudem der Marktbezug und Teamfokus als Unterscheidungsmerkmal erwähnt. Der Produktmanager würde entsprechend nach außen gerichtet regelmäßig mit Stakeholdern interagieren, um sicherzustellen, dass das Produkt marktgerecht und wettbewerbsfähig ist. Der Product Owner wäre hingegen stärker nach innen gerichtet und würde seinen Fokus auf der engen Zusammenarbeit mit dem Entwicklungsteam legen, um sicherzustellen, dass die Anforderungen klar sind und die Teamarbeit effektiv organisiert wird. Tatsächlich ist das Verhältnis zwischen Markt- und Teamfokus im agilen Kontext komplexer, als diese oberflächliche Betrachtung.

Es ist richtig, dass der PO primär die Verantwortung für die Kommunikation mit Stakeholdern trägt und sicherstellt, dass die Produktvision und Anforderungen klar formuliert sind, dennoch spielt auch das Entwicklungsteam eine wichtige Rolle in diesem Prozess: Entwickler sollten aktiv mit Stakeholdern interagieren, um so wirklich zu verstehen, was diese benötigen, um ihre individuellen Vorstellungen und Ziele zu erreichen. Im Zuge eines Review-Meetings besteht bspw. die Möglichkeit, direktes Feedback zu erhalten und ein besseres Verständnis für die tatsächlichen Bedürfnisse und Herausforderungen der Stakeholder zu entwickeln. Dies fördert nicht nur eine stärkere Identifikation mit dem Produkt, sondern ermöglicht es dem Team auch, proaktiv Lösungen zu entwickeln, die über die bloße Erfüllung von Anforderungen hinausgehen.

Existerieren beide Rollen in einem Unternehmen, ist eine klare Differenzierung und Abgrenzung als bewusste organisatorische Entscheidung sehr zu empfehlen. Wenn dies nicht gelingt, kann es zu ineffizienten Prozessen, Doppelarbeit und letztlich zu einer Verfehlung der Produktziele kommen. Die klare Zuweisung von Verantwortlichkeiten, die Einhaltung der strategischen und taktischen Trennung und die Förderung einer kollaborativen Zusammenarbeit sind entscheidend, um das volle Potenzial beider Rollen auszuschöpfen.

Der Unterschied zwischen einem Product Owner und einem Scrum Master liegt primär in ihren Verantwortungsbereichen. Der PO ist ergebnisverantwortlich für

• die Maximierung des Wertes des zu entwickelnden Produkts und
• effektives Product Backlog Management inklusive der Entwicklung und Kommunikation des Produkt-Ziels, der Erstellung und Kommunikation der Backlog Items mit der Festlegung der Reihenfolge.

Darüber hinaus muss er sicherstellen, dass das Product Backlog transparent und sichtbar ist und die Items verständlich sind.

Der Scrum Master ist ergebnisverantwortlich für die Effektivität des Scrum Teams. Um dies zu erreichen, adressiert er seine Tätigkeiten sowohl in Richtung der Entwickler und des Product Owners, als auch in Richtung der Organisation. Im Einzelnen

• unterstützt er die Entwickler beim Selbstmanagement, der interdisziplinären Zusammenarbeit und bei der Fokussierung auf das zu erstellende Inkrement, ggf. hilft er bei der Beseitigung von Impediments und sorgt für die produktive, positive Durchführung der Scrum Events inklusive Einhaltung der Timebox.
• unterstützt er den PO mit Techniken zur Definition des Produkt-Ziels und für das Backlog Management, bei der empirischen Produktplanung und ggf. bei der Zusammenarbeit mit Stakeholdern.
• hilft er der Organisation bspw. bei der Planung und Einführung, Schulung und Coaching von Scrum, er vermittelt die Haltung und den empirischen Ansatz von Scrum, sorgt für ein besseres Verständnis von Scrum und zwischen den Beteiligten inklusive der Stakeholder.

Hier finden Sie weitere Informationen zur sogenannten Scrum Accountability.