Product Owner im Mittelstand: Die Rolle, die über Lieferung entscheidet

Ein Product Owner verantwortet den Wert eines Produkts und entscheidet, welche Arbeit in welcher Reihenfolge geliefert wird. Im Mittelstand hängt der Erfolg der Rolle an ihrer Besetzung: Wer sie nebenbei übernimmt und ohne Entscheidungsbefugnis ausübt, verwaltet ein Backlog und bestimmt die Reihenfolge der Arbeit nicht.

Dieser Beitrag beschreibt die Rolle nach dem Scrum Guide 2020, zeigt, wer im mittelständischen Unternehmen sie sinnvoll übernimmt, und gibt Ihnen ein Reifegradmodell an die Hand, mit dem Sie den Stand Ihrer eigenen Besetzung bewerten. Er richtet sich an Geschäftsführer und Bereichsleiter, die agile Teams einführen oder bereits betreiben und merken, dass die Lieferung stockt.

Was macht ein Product Owner?

Ein Product Owner ist die eine Person, die dafür verantwortlich ist, den Wert des Produkts zu maximieren, das aus der Arbeit des Scrum Teams entsteht. So beschreibt es der Scrum Guide 2020. Konkret gehört dazu das Product Backlog: Der Product Owner formuliert das Produktziel und vermittelt es, legt die Einträge an, bringt sie in eine Reihenfolge und sorgt dafür, dass das Backlog für alle sichtbar und verständlich ist.

Zwei Punkte aus dem Guide verdienen im Mittelstand besondere Aufmerksamkeit. Erstens kann der Product Owner Aufgaben an andere übergeben, die Verantwortung bleibt aber bei ihm. Zweitens füllt eine einzelne Person die Rolle aus, ein Gremium kann das nicht. Wer Änderungen am Backlog möchte, überzeugt den Product Owner, und er entscheidet. Das klingt selbstverständlich, widerspricht aber der gewachsenen Praxis vieler Unternehmen, in der Vertrieb und Produktion ihre Anliegen über Eskalationswege durchsetzen.

Der Product Owner ist damit die Schnittstelle zwischen Geschäftsergebnis und Lieferung. Er übersetzt Erwartungen von Kunden und Fachbereichen in eine einzige Reihenfolge und sagt Nein zu allem, was in dieser Reihenfolge keinen Platz hat. Dass diese Rolle über Lieferung entscheidet, liegt an einer einfachen Mechanik: Jede Priorität, die nicht eindeutig entschieden wurde, landet als Störung im Sprint.

Wer sollte im Mittelstand Product Owner werden?

Product Owner sollte im Mittelstand ein Mitarbeitender mit Fachwissen zum Produkt, Zugang zu Kunden und Entscheidungsbefugnis über Budget und Umfang sein, der für die Rolle einen festen Zeitanteil hat. Die Wahl fällt in der Praxis meist auf drei Typen, die sich nach Kriterien unterscheiden lassen.

Der Fachbereichsleiter bringt das Wissen mit, hat aber selten die Zeit. Die technische Leitung kennt die Lösung, aber oft nicht den Markt. Eine eigens besetzte Produktrolle bringt Zeit und Fokus, braucht aber ausdrücklich übertragene Befugnisse, sonst bleibt sie ein Titel. Betrifft das Produkt mehrere Bereiche, spricht mehr für die eigene Rolle. Liegt es innerhalb eines Bereichs, passt der Fachbereichsleiter mit klarem Zeitanteil.

Wie viel Zeit braucht ein Product Owner?

Ein Product Owner braucht so viel Zeit, wie die Entscheidungen im Backlog verlangen, und Teams stocken typischerweise, wenn die Rolle auf Restzeit gesetzt wird. Planen Sie feste Blöcke vor jedem Sprint Planning, für die Abstimmung mit Kunden und Fachbereichen und für das Sprint Review. Entscheidend ist die Erreichbarkeit: Fragen des Teams müssen innerhalb eines Arbeitstages beantwortet werden, weil jede offene Frage Arbeit anhält.

Einen pauschalen Prozentsatz nennt der Scrum Guide nicht. Er verlangt, dass die Verantwortung für den Wert klar bei einer Person liegt, und überlässt es der Organisation, die Kapazität dafür bereitzustellen. Ein praktischer Test ist die Frage, ob der Product Owner die Rolle auch in der arbeitsreichsten Woche seines Tagesgeschäfts noch ausfüllen kann. Lautet die Antwort Nein, ist die Besetzung zu knapp.

Fünf typische Fehlbesetzungen

Fünf Muster treten im Mittelstand wiederholt auf und lassen sich an Symptomen erkennen.

1. Der Sekretär: Der Product Owner schreibt mit, was Fachbereiche verlangen, und priorisiert nicht. Das Backlog wächst und gleicht einer Wunschliste.
2. Das Gremium: Eine Runde aus Bereichsleitern entscheidet gemeinsam. Entscheidungen dauern lange und fallen als Kompromisse aus, mit denen niemand zufrieden ist.
3. Der Vermittler ohne Befugnis: Der Product Owner leitet Fragen nach oben weiter. Das Team wartet, und die Geschäftsführung entscheidet am Ende doch.
4. Der Projektleiter im neuen Gewand: Die Rolle verwaltet Termine und Aufgaben, aber niemand verantwortet den Nutzen. Gemessen wird die Fertigstellung, die Wirkung bleibt unbeachtet.
5. Die Teilzeit-Rolle: Der Product Owner ist drei Tage die Woche woanders. Das Team arbeitet auf Annahmen, und Rückfragen werden zu Wartezeit.

Allen fünf gemeinsam ist, dass die Rolle formal existiert und praktisch nicht entscheidet. Die Folgen sieht man in der Lieferung: lange Wartezeiten vor dem Sprint Planning, ein Backlog ohne Reihenfolge und Teams, die ihre Arbeit nach dem lautesten Anliegen wählen. Wie Sie die Qualität des Ergebnisses sichern, beschreibt der Beitrag zur Definition of Done.

Wie reif ist die Rolle in Ihrem Unternehmen?

Das folgende Reifegradmodell hilft Ihnen, die Besetzung einzuordnen. Bewerten Sie jeden Produktbereich einzeln, denn die Reife unterscheidet sich je Team.

Wer die Rolle neu besetzt, startet meist auf Stufe 1 oder 2. Der Sprung zu Stufe 3 ist der wichtigste und hängt an einer Entscheidung der Geschäftsführung: Sie überträgt dem Product Owner die Befugnis, Reihenfolge und Umfang allein zu bestimmen, und hält sich in der Folge daran. Ohne diese Zusage bleibt die Rolle auf Stufe 2 stehen, unabhängig von Schulungen oder Zertifikaten.

Was die Rolle im Zusammenspiel mit Releases und Terminen leistet

Der Product Owner ist auch derjenige, der Terminzusagen gegenüber Kunden und Geschäftsführung gibt. Er stützt sich dazu auf die Kapazität des Teams und die Reihenfolge im Backlog. Wie aus beidem Zusagen entstehen, die halten, zeigt der Beitrag zur Release-Planung. Wer die Rolle nach einem ersten Jahr mit Scrum überprüft, findet im Beitrag Scrum im Mittelstand die typischen Befunde.

Product Owner und Delivery Management mit Niehues Consulting

Niehues Consulting ist eine Beratung für KI-Management und Organisationsdesign aus der Lieferperspektive mit Sitz in Düsseldorf. Gründer Marin Niehues baut Organisationen, die liefern, und bringt neue Produkte und Technik in den Betrieb, in Projekten von VC-finanzierten Scaleups bis zu DAX-40-Konzernen und in über 20 Ländern auf sechs Kontinenten. Im Leistungsfeld Delivery Management arbeitet Niehues Consulting als Delivery Manager, als Projektmanager sowie als Product Owner und gestaltet die Organisation, in der diese Rollen wirken.

Das Vorgehen folgt dem Niehues Delivery Model mit den Phasen Verstehen, Bauen und Einführen. Für die Besetzung der Product-Owner-Rolle zählen zwei Prüffragen besonders: Wer entscheidet, wer liefert, wer nutzt? Welche Rollen und Entscheidungswege braucht der Betrieb? Umfang und Konditionen eines Vorhabens werden in der kostenfreien Erstberatung besprochen, die Sie über den Kontakt in 30 Minuten vereinbaren.