Blog

Product Manager, Product Owner und Scrum Master – Was, warum und wie der Produktentwicklung

SEP 2, 2022

Den meisten Dingen im Leben könnt ihr auf den Grund gehen, indem ihr die drei magischen Fragen stellt: „Was?“, „Warum?“ und „Wie?“.

Arto Kiiskinen

Arto is a Leading Product Owner Coach with 20 years of experience in leading R&D activities both in large and small organizations, in many different roles. He is now committed to training and coaching product owners to become better at their work. He is also CSPO, PSPO, PSM, and ISTQB certified.

Wenn ihr beispielsweise Agile arbeitet, wird jede User Story, die ihr erstellt, deutlich besser, wenn ihr diese drei Fragen beantwortet.

Aber wusstet ihr, dass ihr eure R&D-Organisation auch besser verstehen könnt, wenn ihr jede dieser Fragen einer Schlüsselrolle zuordnet? Nehmt zum Beispiel:

  • Product Manager

  • Product Owner

  • Scrum Master

Jede dieser Rollen steht für eine dieser drei Fragen. Wenn ihr sie so betrachtet, erscheint vieles in einem anderen Licht, und ihr gewinnt neue Erkenntnisse darüber, was wichtig ist, damit die Rollen gut zusammenarbeiten.

Product Manager: Das WAS

Der Product Manager verantwortet das Geschäft, die Vision und die Roadmap des Produkts. Er trifft die endgültige Entscheidung darüber, WAS umgesetzt wird. Außerdem kennt der Product Manager die Zielkunden beziehungsweise -nutzer am besten. Das WAS wird davon stark beeinflusst.

Product Owner: Das WARUM

Der Product Owner verantwortet den Backlog und die Priorisierung. Der Backlog enthält die Arbeit des Teams und muss priorisiert sein. Da ihr nicht einfach jede Anfrage für das Produkt hinzufügen könnt, entscheidet der Product Owner, ob etwas in den Backlog aufgenommen oder abgelehnt wird.

Diese Befugnis bedeutet, dass er die Organisation dazu bringen muss, die Frage zu beantworten, WARUM etwas benötigt wird. Nur wenn ihr das WARUM versteht, könnt ihr den Mehrwert einer Anfrage wirklich einschätzen. Indem der Product Owner diese Frage einfordert, schafft er eine „Priorisierungsherausforderung“.

Scrum Master: Das WIE

Zugegeben, eure Entwickler entscheiden letztlich, WIE die Arbeit erledigt wird. Wenn wir jedoch eine einzelne Person auswählen müssten, die das Entwicklungsteam in Bezug auf das WIE vertritt, wäre das der Scrum Master.

Der Scrum Master coacht das Team dabei, bessere Leistungen zu erbringen, stellt sicher, dass das Team seine eigenen Regeln einhält, und schützt das Team vor sich selbst. Zu oft versuchen Teams, zu viel zu tun. In diesem Sinne ist der Scrum Master ein „Nachhaltigkeitswächter“, der die tatsächliche Leistung sichtbar macht, die das Team erreichen kann.

Zentrale Probleme bei der Zusammenarbeit dieser Rollen

Jetzt, da wir wissen, wer was macht, schauen wir uns einige häufige Probleme an, mit denen diese drei Rollen bei der Zusammenarbeit konfrontiert sind.

Der Product Manager verbringt zu wenig Zeit mit dem Team

Das kann daran liegen, dass es zu viele andere Produkte in unterschiedlichen Entwicklungs- oder Produktlebenszyklusphasen gibt. Auch Kundenbesuche und Reisen halten den PM vom Team fern. Das kann dem Team schaden, wenn es nicht genügend Feedback und Orientierung vom Product Manager erhält.

Der Product Owner nutzt seine Befugnis nicht, Backlog-Items anzunehmen oder abzulehnen

Für eine gute Priorisierung ist es entscheidend, dass der PO seine Befugnis nutzt, Anfragen für den Team-Backlog abzulehnen. Wenn alles immer angenommen und dem Backlog hinzugefügt wird, entsteht ein überfüllter Backlog, der schwer zu verwalten und einzuschätzen ist.

Auch die Aufnahme eines Items in den Backlog sollte etwas bedeuten: ein höheres Maß an Verpflichtung zur Lieferung.

Der Scrum Master moderiert und steuert nicht die eigenen Vereinbarungen des Teams zur Arbeitsweise

Diese Vereinbarungen können sein:

  • Work-in-Progress-(WIP-)Limits

  • Vereinbarungen zur Definition of Ready oder Definition of Done

  • Umgang mit Unterbrechungen

  • Wann Zeit für Deep Work sinnvoll ist

Dieser Mangel an Teamdisziplin führt zu schwankender Velocity, Schwierigkeiten bei Prognosen und mangelndem Vertrauen zwischen den drei Schlüsselrollen.

So sieht gute Zusammenarbeit zwischen den drei Rollen aus

Demos und Sprint Reviews werden voll ausgeschöpft

Sie liefern dem Team Feedback, einen Überblick über den aktuellen Stand und eine Grundlage für die Planung. Teams, die diesen Zeremonien einen hohen Stellenwert einräumen, arbeiten in der Regel auch zwischen den drei Rollen gut zusammen.

Wöchentliche Priorisierungsrunde von Scrum Master und Product Owner

Es ist eine gute Praxis, wenn PO und Scrum Master sich regelmäßig kurz darüber austauschen, welche Items ganz oben im Backlog stehen sollten. So gelangen die richtigen Items in den Refinement-Prozess des Teams.

Die drei Schlüsselrollen treffen sich auch außerhalb der Steuerungsmeetings

Durch regelmäßige, auch informelle Kommunikation zwischen Product Manager, Product Owner und Scrum Master wird es deutlich einfacher, realistisch zu planen und zu prognostizieren. Probleme und Engpässe werden sichtbar, und das Team erhält die Unterstützung, die es braucht.

Die Rollen müssen ausgewogen weiterentwickelt werden

Damit eure Produktorganisation ihr volles Potenzial entfalten kann, müsst ihr alle drei Aspekte weiterentwickeln: das WAS, das WARUM und das WIE. Und zwar gleichzeitig. Wenn ihr euch nur auf einen davon konzentriert, werdet ihr nur begrenzte Ergebnisse sehen.

Deshalb denke ich, dass individuelle und meist auf Zertifizierungen ausgerichtete Schulungslösungen zwar nützlich sind, aber nicht schnell zu großen Leistungsverbesserungen führen. Individuelle Schulungslösungen, an denen alle Rollen teilnehmen, sind besser.

  • Agile
  • Product management

Subscribe to our newsletter