Zum Inhalt springen

Agile Umsetzung

Product Owner: Aufgaben und Verantwortung laut Scrum Guide und in der Praxis

· Redaktion

Mann vor einem Scrum-Board mit Haftnotizen
Foto: cottonbro studio / Pexels

Der Product Owner ist eine der drei Verantwortlichkeiten im Scrum-Team, neben den Developers und dem Scrum Master. Seine Aufgabe klingt knapp: den Wert des Produkts maximieren, das aus der Arbeit des Teams entsteht. In der Praxis steckt dahinter viel Abstimmung, viel Entscheidung und eine gute Portion Kommunikation. Dieser Ratgeber erklärt, was der Scrum Guide verlangt und wie das im Alltag aussieht.

Was der Scrum Guide festlegt

Der Scrum Guide in der Fassung von 2020 beschreibt den Product Owner als verantwortlich für die Maximierung des Produktwerts und für ein wirksames Product-Backlog-Management. Dazu zählt er ausdrücklich vier Tätigkeiten:

  • das Produktziel (Product Goal) entwickeln und klar kommunizieren,
  • Product-Backlog-Einträge erstellen und verständlich beschreiben,
  • die Einträge im Product Backlog ordnen,
  • sicherstellen, dass das Product Backlog transparent, sichtbar und verstanden ist.

Der Product Owner darf diese Arbeit an andere delegieren, bleibt aber verantwortlich. Zwei weitere Punkte aus dem Guide werden oft übersehen: Der Product Owner ist eine Person und kein Gremium. Und damit er Erfolg haben kann, muss die gesamte Organisation seine Entscheidungen respektieren. Wer etwas am Product Backlog ändern will, muss den Product Owner überzeugen.

Das Product Backlog als zentrales Werkzeug

Das Product Backlog ist die geordnete Liste dessen, was zur Verbesserung des Produkts nötig ist. Ganz oben stehen gut verstandene Einträge, die das Team im nächsten Sprint umsetzen kann. Weiter unten werden die Einträge gröber. Die laufende Arbeit, Einträge zu zerlegen, zu präzisieren und zu schätzen, nennt der Guide Refinement; im Glossar findest du sie unter Backlog Refinement. Viele Teams formulieren Einträge als User Stories mit Akzeptanzkriterien. Wie das gelingt, zeigt der Ratgeber zum Schreiben von User Stories.

Für die Reihenfolge braucht der Product Owner Kriterien. Methoden wie WSJF, MoSCoW oder der RICE-Rechner helfen, die Entscheidung nachvollziehbar zu machen. Einen Vergleich findest du im Ratgeber Priorisierungsmethoden.

Die Rolle in den Scrum-Events

EventBeitrag des Product Owners
Sprint PlanningErklärt, wie das Produkt im Sprint wertvoller werden kann, und erarbeitet mit dem Team das Sprint-Ziel.
Daily ScrumGehört den Developers. Der Product Owner nimmt teil, wenn er aktiv an Backlog-Einträgen mitarbeitet.
Sprint ReviewPrüft mit Team und Stakeholdern das Ergebnis und passt das Product Backlog an.
Sprint RetrospectiveNimmt als Mitglied des Scrum-Teams teil und verbessert die Zusammenarbeit mit.

Zu jedem Artefakt gehört im Scrum Guide ein Commitment: Für das Product Backlog ist es das Produktziel, für das Sprint Backlog das Sprint-Ziel und für das Inkrement die Definition of Done. Der Product Owner ist für das Produktziel zuständig und achtet darauf, dass Sprint-Ziele darauf einzahlen.

Was in der Praxis dazukommt

Der Scrum Guide beschreibt nur den Rahmen. Im Alltag übernehmen Product Owner meist weitere Aufgaben, die eng mit Produktmanagement verwandt sind:

  • Stakeholder managen: Anforderungen aus Vertrieb, Support und Fachbereichen aufnehmen, bündeln und begründet ablehnen. Mehr dazu im Glossar unter Stakeholder.
  • Kunden verstehen: Interviews, Tests und Nutzungsdaten liefern die Grundlage für gute Backlog-Einträge, siehe Product Discovery.
  • Releases planen: Festlegen, wann welches Inkrement an Kunden geht, und mit Marketing abstimmen.
  • Ergebnisse messen: Nach dem Release prüfen, ob die erwartete Wirkung eingetreten ist.

Product Owner und Produktmanager

Ob Product Owner und Produktmanager dieselbe Person sind, ist eine Organisationsfrage. Scrum.org betont, dass der Product Owner ein echter Produktverantwortlicher sein sollte und kein reiner Anforderungsschreiber. In vielen Unternehmen ist der Produktmanager stärker für Markt und Strategie zuständig, der Product Owner für die Arbeit mit dem Entwicklungsteam. Beide Modelle funktionieren, solange Verantwortung und Entscheidungsbefugnis klar sind. Was ein Produktmanager über den Scrum-Rahmen hinaus tut, beschreibt der Ratgeber Produktmanager: Aufgaben.

Häufige Missverständnisse

  • „Der Product Owner ist ein Proxy.“ Wenn jede Entscheidung erst bei einer anderen Stelle abgeholt werden muss, verliert das Team Tempo und Fokus.
  • „Der Product Owner schreibt alle Stories allein.“ Gute Backlog-Einträge entstehen im Gespräch mit dem Team. Ron Jeffries hat das mit den drei C beschrieben: Card, Conversation, Confirmation.
  • „Ein Komitee kann die Rolle teilen.“ Der Scrum Guide sagt klar: eine Person.
  • „Der Product Owner verteilt Aufgaben.“ Wie die Arbeit im Sprint erledigt wird, entscheiden die Developers selbst.

Zertifizierung

Wer seine Kenntnisse belegen möchte, findet bei Scrum.org die Prüfung Professional Scrum Product Owner (PSPO I); weitere Anbieter haben eigene Programme. Ein Zertifikat ersetzt keine Erfahrung, schafft aber ein gemeinsames Vokabular. Mehr dazu im Ratgeber zur Weiterbildung im Produktmanagement.

Fazit

Der Product Owner maximiert den Wert des Produkts, indem er ein klares Produktziel setzt und das Product Backlog verantwortet. Er ist eine Person mit echter Entscheidungsbefugnis, arbeitet eng mit Team und Stakeholdern und misst seinen Erfolg am Ergebnis für Kunden, nicht an der Zahl erledigter Tickets.

Quellen