Mit der Rolle Scrum Product Owner werden Weder-Fisch-Noch-Fleisch-Rollen wie Sponsor oder Initiator konsequent aus der Welt geschaffen.

Product Owner agiert ebenenübergreifend:

• Als Auftragnehmer der relevanten projektexternen Stakeholder wie externe Kunde, Nutzer in der Linie
• Auf der Release-Ebene steuert er das Projekt mittels der Artefakte Product Backlog 
• Zwischen der Realese- und Sprint-Ebene fungiert Product Owner als Auftraggeber des jeweiligen Sprint-Teams.

Jedes Projekt, jedes Releaese, jeder Sprint einen Auftraggeber zu haben, der sein Geschäft mit den jeweiligen Ergebnissen besser machen will und deswegen ein Projekt oder einen Sprint in Auftrag gibt, z.B. der Process Owner eines Geschäftsprozesses, der seinen Prozess optimieren möchte. Dieser Auftraggeber hat also das Problem selbst an der Backe. Er vertritt nicht die Interessen von Dritten.

Unter diesem Aspekt ist die Person mit der Backe ( Product Owner in Scrum ) der Herr aller Anforderungen im Projekt, die im Product Backlog erfasst werden. Während des Projektes ist er die letzte Instanz, um die Anforderungen zu priorisieren bzw. umzusortieren. Er darf seine Unterschrift darunter setzen. Sonst keiner.

Sein Fokus liegt dabei auf Return on Investment RoI, was eigentlich auch ohne Scrum selbstverständlich sein sollte. Denn für jedes Projekt gibt das Unternehmen bekanntlich Geld aus und erwartet am Ende Wertschöpfung. Übrigens Earned Value Management basiert auf der gleichen betriebswirtschaftlichen Sichtweise.

Aus Sicht des Anforderungsmanagements betrachtet ist er gleichzeitig die Kommunikationsbrücke und der Erkenntnisknoten zwischen relevanten Stakeholder in der Projektumwelt wie Anwender in seinen Linienprozessen, Manager, Behörden und dem Projektteam. 

• Formulierung und Koordination der Anforderungen aller relevanten Stakeholder
• Pflege und Priorisierung des Backlog (der Liste der Anforderungen) 
• Abnahme von Sprint Ergebnissen anhand der festgelegten Akzeptanzkriterien (der Ergebnisse einzelner Iterationen)

Noch schöner kann die Welt nicht sein: Der Auftraggeber sagt nicht nur genau, was er will, sondern er verfolgt bis zum Projektende die Umsetzung seiner Anforderungen. Der Scrum Master ist der Dienstleister und steckt seine Halbwahrheiten in die Beschreibung und Aktualisierung der Anforderungen nicht.

In der Scrum Praxis wird die Rolle in unterschiedlichen Variationen, zum Teil verwässert, gelebt. Öfters bieten sich auch externe Berater als Product Owner an.