Was ist ein Product Owner?

Product Owner: Definition und Rolle

Der Product Owner (PO) ist eine der drei Verantwortlichkeiten im Scrum-Framework, neben Scrum Master und Entwicklungsteam. Er verantwortet das Produkt aus fachlicher Sicht: Was soll es leisten, für wen, und in welcher Reihenfolge entstehen die Funktionen? Laut Scrum Guide ist der PO eine einzelne Person, kein Gremium, damit eine Stimme verbindlich entscheidet.

Der PO formuliert das Produktziel, pflegt das Product Backlog als priorisierte Liste aller Anforderungen, erklärt dem Team die Hintergründe und prüft die Ergebnisse. Wie das Team etwas technisch löst, sagt er nicht; das entscheidet das Entwicklungsteam selbst. Er ist damit Ansprechpartner für alle fachlichen Fragen, ohne das Team bei der Umsetzung zu bevormunden.

Aufgaben im Alltag

Im Alltag priorisiert der PO nach Nutzen, Aufwand und Risiko, stimmt sich mit Geschäftsführung, Fachabteilungen und Nutzern ab und steht dem Team für Rückfragen zur Verfügung. In der Vorführung am Ende eines Zyklus prüft er, ob das Ergebnis die Erwartungen erfüllt, und passt die Prioritäten an.

Wichtig ist Entscheidungsbefugnis: Muss der PO bei jeder Frage erst die Geschäftsführung fragen, bremst das das ganze Team. Ebenso wichtig ist Zeit, denn je nach Projekt nimmt die Rolle einen erheblichen Teil der Arbeitswoche ein. Gerade in kleineren Unternehmen wird dieser Aufwand oft unterschätzt.

• Produktziel und Vision formulieren
• Backlog pflegen und nach Nutzen priorisieren
• Anforderungen als User Stories mit Akzeptanzkriterien vorbereiten
• Fragen des Teams zeitnah beantworten
• Ergebnisse prüfen und Rückmeldungen der Nutzer einholen
• Mit Geschäftsführung und Fachabteilungen abstimmen

Praxis­bei­spiel: Kundenportal eines Großhändlers

Ein Großhändler lässt ein Kundenportal entwickeln. Die Geschäftsführerin benennt den Vertriebsleiter als Product Owner, weil er die Anliegen der Kunden kennt, und stattet ihn mit Entscheidungsbefugnis und festem Zeitkontingent aus. Er sammelt Wünsche aus Außen- und Innendienst und legt die Reihenfolge fest.

Als Vertrieb und Buchhaltung unterschiedliche Funktionen zuerst wollen, entscheidet er nach dem Nutzen: Zuerst kommt die Einsicht in offene Rechnungen, die viele Rückfragen spart. Die Entscheidung fällt in Stunden statt in Wochen, und das Team kann ohne Unterbrechung weiterarbeiten. Die übrigen Abteilungen wissen, warum ihre Wünsche später kommen.

Typische Fehler und Umsetzung

Häufige Fehler: Der PO ist nur formal benannt und hat keine Zeit, mehrere Personen geben widersprüchliche Anweisungen, die Geschäftsführung greift ohne Rücksprache ein, oder der PO verwaltet Wünsche, statt Prioritäten zu setzen. Auch bei einem externen Entwicklungspartner braucht es auf Kundenseite eine feste Ansprechperson mit dieser Rolle, selbst wenn Scrum nicht streng angewandt wird.

Nano Concepts erklärt Ihnen, was die Rolle im Projekt leistet, und hilft beim Aufbau eines priorisierten Backlogs, damit Ihre Fachleute ihre Zeit dort einsetzen, wo sie den größten Nutzen bringt. Gerade wenn mehrere Abteilungen Anforderungen einbringen, schafft ein klarer Entscheider Ruhe im Projekt.