Was macht ein Product Owner wirklich? Und wo ist der Unterschied zum Projektleiter?

Die fünf Kernaufgaben laut Scrum Guide

1. Produktziel entwickeln und explizit kommunizieren. 2. Backlog-Items klar formulieren (User Stories, Akzeptanzkriterien). 3. Reihenfolge des Backlogs festlegen, das ist die wichtigste tägliche Entscheidung. 4. Transparenz herstellen: das Team und Stakeholder müssen jederzeit verstehen, was als Nächstes ansteht und warum. 5. Inkrement abnehmen oder ablehnen, er entscheidet, was als „fertig“ in den Markt geht.

Wo PO ≠ Projektleiter

Der Projektleiter klassischer Prägung verantwortet Termin, Budget und Qualität gegenüber dem Lenkungskreis. Er plant, koordiniert und reportet. Der Product Owner verantwortet nur den Produktwert. Sprint-Termine sind fix, das Budget ist die Teamgröße × Sprints, Qualität definiert das Team selbst über die Definition of Done. Der PO ist nicht der disziplinarische Vorgesetzte und kein Status-Meeting-Moderator.

Typische PO-Anti-Pattern

Proxy-PO: ein PO ohne Entscheidungsmacht, der nur weiterleitet. Part-Time-PO mit 20 % Kapazität, der ständig zu spät auf Refinement-Fragen reagiert. PO-Komitee, in dem 5 Personen Backlog-Reihenfolge demokratisch abstimmen. Lösung: 1 Person, 100 % Zeit, klares Mandat vom Sponsor, sonst ist Scrum operativ blockiert.

Was ein guter PO können muss

Verständnis des Marktes und der Nutzer (manchmal mehr als technische Tiefe), klares Nein-Sagen gegenüber Stakeholdern, Priorisierungstechniken (WSJF, Kano-Modell, MoSCoW), gutes Story-Splitting (große Anforderungen in 1-Sprint-Häppchen zerlegen) und Daten-Verständnis (Conversion, Retention, NPS lesen können).

Im Vergleich zum Scrum Master

Scrum Master sorgt für das WIE der Zusammenarbeit (Prozess, Hindernisse, Coaching). Product Owner sorgt für das WAS und WARUM. Beide Rollen dürfen nicht in einer Person liegen. Interessenkonflikt zwischen Liefer-Druck und Team-Schutz.