Dr. Matthias Stephan · Zuletzt aktualisiert: 23. Februar 2023
Die Hauptaufgabe des Product Owners innerhalb eines agilen Scrum-Frameworks besteht darin, den Wert eines Produkts zu maximieren. Dazu gehört die Entwicklung eines Produkt-Backlogs auf der Grundlage der Kundenanforderungen und -bedürfnisse, die Darstellung der Produktfunktionen gegenüber dem Entwicklungsteam, die Beantwortung aller Fragen und die Sicherstellung, dass die User Stories die Kundenerwartungen erfüllen.
Es liegt auch in der Verantwortung des Product Owners, mit Stakeholdern wie Kunden und Projektmanagern zusammenzuarbeiten. Der Product Owner definiert die Produkteigenschaften, priorisiert sie und stellt sicher, dass sie am Ende jedes Sprints erfüllt sind. Diese Rolle ist für Unternehmen, die eine agile Produktentwicklung implementieren, von entscheidender Bedeutung, da ein erfolgreiches Ergebnis stark vom effektiven Management des Product Owners abhängt.
Der Wert des Product Backlogs
Das Management des Product Backlogs ist ein wesentlicher Bestandteil des Scrum-Prozesses. Der Product Owner ist dafür verantwortlich, ein Product Backlog zu erstellen, zu pflegen und sicherzustellen, dass die wichtigsten Pakete immer an erster Stelle stehen. Um die eingehenden Aufgaben bewerten zu können, ist es wichtig, eine ausreichende Beschreibung jedes Elements zu haben. Daher sollten User Storys in einem organisierten und standardmäßigen „User Story“-Format strukturiert sein.
Um jedoch sicherzustellen, dass das Endprodukt dem Benutzer den höchsten Wert bietet, muss die Pflege des Product Backlogs eine kontinuierliche Praxis sein. Alle Änderungen sollten bei der Bewältigung zukünftiger Aufgaben berücksichtigt werden. Die regelmäßige Neubewertung des Backlogs ermöglicht eine effizientere Entwicklung des Produkts und stellt sicher, dass der Benutzer das beste Ergebnis aus seiner Investition erzielt.
Die Kraft des Geschichtenerzählens: Eine langfristige Produkt-Vision erstellen
Die langfristige Vision von einem Produkt ist eine wesentliche Komponente, um die Arbeit des Teams in eine Richtung leiten zu können. Es ermöglicht dem Product Owner, unter schwierigen Umständen vernünftig Vor- und Nachteile einer Entscheidung abzuwägen, und gibt dem Scrum-Team eine übergreifende Motivation.
Eine wesentliche Aufgabe ist die Fähigkeit des Produkt Owners, die Vision durch Storytelling zu kommunizieren. Die Vision sollte in einzelne Stories und Epics verfasst und je nach Bedarf an unterschiedliche Zielgruppen angepasst werden. Bei der Entwicklung der Geschichte ist es wichtig zu beachten, wie sie für das Team greifbar wird, so dass sie einen Beitrag zur Vision leisten können.
Eine gute Vision ermöglicht es dem Product Owner, einen Fixpunkt für Gespräche über aktuelle Themen und Fortschritte zu erstellen. So wird garantiert, dass das Team ein festgelegtes Ziel anstrebt. Storytelling dient als hilfreiches Werkzeug zur Artikulation einer Vision.
Effectuation
Die aktuelle Forschung zeigt, dass ein erfolgreicher Product Owner wie ein Unternehmer denken und handeln sollte – als „Effectuation“ bezeichnet. Effectuation ist eine Denkweise, die sich auf die Nutzung vorhandener Ressourcen und Fähigkeiten konzentriert, um neue Möglichkeiten und Unternehmungen zu schaffen. Es ist ein alternativer Ansatz zum traditionellen Ansatz der „Causation“, der auf der Idee beruht, das Ergebnis zu planen und vorherzusagen, bevor man Maßnahmen ergreift.
Effectuation basiert auf den folgenden Grundsätzen:
- Vorhandenes Nutzen: Effectuation beginnt mit dem, was dem Unternehmer zur Verfügung steht, z. B. vorhandene Ressourcen, Fähigkeiten und Beziehungen, und baut darauf auf, um neue Möglichkeiten zu schaffen
- Flexibilität: Effectuation betont die Flexibilität, die es Unternehmern ermöglicht, ihre Pläne zu ändern und anzupassen, wenn neue Informationen verfügbar werden.
- Aufbau von Partnerschaften: Effectuation legt Wert auf den Aufbau von Partnerschaften und Kooperationen, um gemeinsam neue Möglichkeiten und Unternehmungen zu schaffen.
- Fokussierung auf Kunden und Markt: Effectuation konzentriert sich auf die Kunden- und Marktbedürfnisse und schafft Lösungen, die diese Bedürfnisse erfüllen.
- Experimentieren: Effectuation ermutigt zum Experimentieren und Testen, um Annahmen zu validieren und Feedback zu sammeln.
Effectuation ist besonders nützlich für Product Owner, die über begrenzte Ressourcen verfügen und kreativ und flexibel sein müssen, um erfolgreich zu sein. Es ist eine Denkweise, die zum Experimentieren und Lernen ermutigt. Es kann limitierte Ressourcen in neue Möglichkeiten und Unternehmungen verwandeln.
Die Problem- und Lösungsdomäne überbrücken
Die Problemdomäne bezieht sich auf den Problembereich oder das Problem, das durch das Produkt angegangen werden muss. Es umfasst die Bedürfnisse und Erwartungen der Kunden, Stakeholder und Benutzer. Der Lösungsbereich hingegen bezieht sich auf die Art und Weise, wie die Bedürfnisse und Erwartungen dieser Kunden, Stakeholder und Benutzer erfüllt werden.
Hier kommt der Product Owner ins Spiel, da er die Aufgabe hat, eine Lösung zu definieren, die den Anforderungen der Problemdomäne entspricht. Um Anforderungen in der Lösungsdomäne effektiv zu identifizieren, zu priorisieren und zu kommunizieren, muss der Product Owner ein klares Verständnis der Problemdomäne und der zugrunde liegenden Bedürfnisse seiner Kunden haben.
Dieses Wissen erleichtert die Erstellung effektiver und umsetzbarer User Stories, die die Lösungsdomäne definieren, sodass das Produkt letztendlich die notwendigen Erwartungen in der Problemdomäne erfüllen kann. Eine Design-Thinking-Strategie verfolgt genau diesen Ansatz der Synthese aus Problem- und Lösungsdomäne.
Erkenntnisse des Teams zur Priorisierung von Projekten nutzen
In vielen Fällen wird die Priorisierung der Backlog-Items durch Beiträge des Teams geleitet. Das Team ist am besten in der Lage, die beteiligten Prozesse und die verschiedenen anwendbaren Ebenen der Implementierung zu verstehen. Das Team kann dadurch dem Product Owner wertvolle Erkenntnisse liefern, um ihm bei der Entscheidungsfindung zu unterstützen. Auf diese Weise kann der Product Owner die Backlog-Einträge mit dem Team durchgehen und dessen Fachwissen nutzen, um die Priorisierung der Aufgaben zu bestimmen. Dieser Ansatz ermöglicht es sowohl dem Product Owner als auch dem Entwicklungsteam, besser zusammenzuarbeiten und effektivere Ergebnisse zu erzielen.
Autorität
Product Owner haben die alleinige Befugnis, über die Richtung der Weiterentwicklung zu entscheiden. Während ein guter Product Owner stets den Input und die Vorschläge anderer aufnimmt, liegen die endgültige Entscheidung der Priorisierung bei ihm.
Ein Product Owners ohne Autorität neigt dazu, Entscheidungen nur zögerlich zu treffen und möglicherweise häufige Änderungen der bereits getätigten Entscheidungen vorzunehmen. Diese Instabilität kann weiter zu angespannten Beziehungen zwischen dem Product Owner und dem Team führen. Das Vertrauen der Stakeholder und dessen kontinuierliche Pflege sind notwendig, da ein Product Owner seine oder ihre alleinige Autorität wahren und ausüben muss.
Zu diesem Zweck ist es äußerst sinnvoll, die Rolle des Product Owners klar zu definieren und sicherzustellen, dass er seine Verantwortlichkeiten und die Erwartungen an seine Rolle versteht. Zudem sollte der Product Owner von der Organisation und den Stakeholdern die notwendige Autonomie erhalten, Entscheidungen über das Product Backlog zu treffen und Prioritäten zu setzen.
Verbesserte Entscheidungsfindung durch Story Points
Das Konzept der Story Points ist ein nützliches Werkzeug, um Product-Backlog-Items zu priorisieren und die Reihenfolge ihrer Implementierung einfacher festzulegen. Indem das Team den Umfang der Backlog-Items mit Story Points schätzen, ermöglicht es den Vergleich von Items untereinander und hilft so bei der Klassifizierung von Aufgaben nach Komplexität. Da solche Schätzungen mit Unsicherheiten verbunden sind, muss ein Konsens zwischen den Teammitgliedern erreicht werden. Dies kann zum Beispiel im Rahmen von Planning Poker erfolgen.
Obwohl Schätzungen möglicherweise kein vollständiges Bild der Aufgabe vermitteln, sind sie eine Hilfe, um den relativen Umfang der Arbeit sichtbar zu machen und den Mitarbeitern zu helfen, ihre Zeit und Ressourcen gezielter zu planen. Story Points sind daher nützlich, um einen Einblick in die erwarteten Ergebnisse der Implementierung zu geben und so eine bessere Entscheidungsfindung zu ermöglichen.
Product Owner vs. Scrum Master
Der Product Owner ist hauptsächlich dafür verantwortlich, Produktaktualisierungen zu spezifizieren, zu definieren und voranzutreiben. Dies stellt sicher, dass der Wert des Produkts maximiert wird. Der Product Owner arbeitet eng mit dem Entwicklungsteam zusammen, so dass die Projektziele pünktlich und innerhalb des Budgets erreicht werden können. Der Product Owner legt die Erfolgsmetriken des Produkts fest, um seinen Wert für die Benutzer regelmäßig zu bewerten.
Der Scrum Master hingegen ist für die Einhaltung des Scrum-Prozesses verantwortlich. Er arbeitet daran, die Kommunikation und Zusammenarbeit zwischen den beiden Teams sicherzustellen, und bietet gleichzeitig Anleitung zu Scrum-Prinzipien und -Prozessen. Der Scrum Master fungiert als Moderator für alle Scrum-bezogenen Aktivitäten, bietet Unterstützung für den Product Owner sowie das Entwicklungsteam und ist bestrebt, während des gesamten Prozesses maximale Produktivität sicherzustellen.
Akzeptanzkriterien im Product Review prüfen
Die Scrum-Methodik bildet die Grundlage für das Review-Meeting am Ende jedes Implementierungssprints, bei dem der Product Owner die gelieferte Arbeit auf Übereinstimmung mit den vereinbarten Erwartungen überprüft. Wenn das Produktinkrement die Anforderungen erfüllt, wird es akzeptiert; Wenn nicht, wird es zur Verbesserung in den Product Backlog zurückgeschickt.
Der Product Owner muss sich der Produkt-Roadmap genau bewusst sein, um Fortschritte in Richtung der gewünschten Vision und Ergebnisse zu gewährleisten. Er muss dem Entwicklungsteam auch alle Informationen zur Verfügung stellen, die sie benötigen, um ihre Aufgaben und Ziele effektiv zu erfüllen. Dies erfolgt üblicherweise durch die Festlegung der Akzeptanz-Kriterien während des Sprint Plannings.
Wertmaximierung durch Beziehung und Feedback
Der Product Owner sollte sich bemühen, ein tiefes Wissen und Bewusstsein für die Bedürfnisse und Erwartungen der Kunden zu entwickeln. Er muss in der Lage sein, diese Informationen effektiv an den Rest des Teams weiterzugeben. Dabei ist es wichtig, dass der Product Owner starke Beziehungen zu Stakeholdern und Kunden aufbaut, auf ihren Input hört und ihn in die Entscheidungsfindung einbezieht, um sicherzustellen, dass das Produkt seinen Zweck erfüllt.
Ein Product Owner muss über stets die neuesten Rückmeldungen und Feedbackschleifen auf dem Laufenden bleiben, so dass er die notwendigen Anpassungen zeitnah vornehmen kann. Darüber hinaus muss der Product Owner sicherstellen, dass der Prozess effizient ist, indem er versucht, redundanten Anstrengungen oder Kosten zu reduzieren. Dadurch ist der Product Owner in der Lage, den effektivsten Einsatz von Ressourcen sicherzustellen und somit maximalen Wert zu bieten.
Die wesentlichen Soft Skills eines Product Owner
Die Rolle eines Product Owners erfordert eine Reihe von Soft Skills:
- Starke Kommunikationsfähigkeiten sind unerlässlich, um sich sowohl mit Stakeholdern als auch mit Teams effektiv zu unterhalten und abzustimmen.
- Analytisches Verständnis ist erforderlich, um den Markt sowie die Kundenbedürfnisse und die Ausrichtung des Produkts an den Unternehmenszielen genau einschätzen zu können.
- Er sollte die Fähigkeit besitzen, Funktionen und Anforderungen zu priorisieren und effiziente Kosten-Nutzen-Analysen durchzuführen.
- Er muss außerdem über eine starke Vision und die Fähigkeit verfügen, diese klar zu entwickeln und zu kommunizieren.
- Darüber hinaus muss er ein hohes Maß an Verantwortung, Entscheidungskompetenz und Konfliktlösungskompetenz mitbringen.
Diese verschiedenen Fähigkeiten ermöglichen es dem Product Owner, zwischen Stakeholdern und Teams zu vermitteln und eine zentrale Rolle für die erfolgreiche Einführung und die Weiterentwicklung des Produkts zu spielen.
Eine transparente Roadmap für langfristige Projekte
Es liegt in der Verantwortung des Product Owners, sicherzustellen, dass das Projekt dem vorgegebenen Zeitplan folgt. Um sicherzustellen, dass das Projekt pünktlich und planmäßig abgeschlossen wird, ist die Wahrung der Transparenz im langfristigen Entwicklungsprozess unerlässlich.
Das Erstellen eines Sprint-übergreifenden Projektplans mit einem festgelegten Zeitplan und groben Schätzungen der Fertigstellungszeiten für Epics ist eine Möglichkeit, den Entwicklungsprozess auch über mehrere Sprints hinweg transparent zu gestalten. Dies stellt sicher, dass das Projekt mit großer Effizienz voranschreitet.
Wenn schließlich die Zeit für die Produkteinführung kommt, sollte kein wesentliches Backlog-Item ungeplant bleiben. Die Zusammenarbeit mit dem Team zur Planung eines Minimal-Lauffähigen Produkts ist dabei unerlässlich, um das Vertrauen und die Transparenz der Stakeholder aufrechtzuerhalten.
Lernmöglichkeiten für Product Owner
Product Owner sind dafür verantwortlich, die Führung bei der Entwicklung und Förderung des Produkterfolgs zu übernehmen. Sie sind am gesamten Produktprozess beteiligt, von der Ideenfindung bis zur Umsetzung und darüber hinaus. Daher ist es für Product Owner wichtig, über eine solide Grundlage an Wissen und praktischen Fähigkeiten zu verfügen. Durch die Nutzung verschiedener Lernmöglichkeiten können Product Owner ihr Verständnis und ihre Entwicklung verbessern.
Product-Owner-Schulungen werden von verschiedenen Organisationen angeboten und bieten einen umfassenden Überblick über alle produktbezogenen Prozesse. Product-Owner-Lernpfade können angepasst werden, um auf vorhandenem Wissen aufzubauen, und Product-Owner-Zertifizierungen können einen Status von Fachwissen vermitteln.
Diese Schulungen bieten auch die Möglichkeit, sich zu vernetzen und wertvolle Einblicke von Fachleuten auf diesem Gebiet zu gewinnen. Product Owner sind ein wertvolles Gut für jedes Unternehmen, und es ist unerlässlich, dass sie mit qualitativ hochwertigen Trainings ihr persönliches Wachstum gewährleisten können.
Verweise
- Product Owner: die 5 wichtigste Aufgaben | Agile Scrum Group
- Product Owner – die Scrum Rolle im Detail – agile.coach
- Product Owner: Aufgaben & Berufsbild | Haufe Akademie
- Product Owner: Aufgaben und Stellung in agilen Teams
- Product Owner – Aufgaben, Pflichten & Qualifikation | palladio consulting
- What is a Product Owner? – Scrum.org
- Scrum – Wikipedia
- Compass Hand Travel Direction (Bild-Quelle)
- Team Klarket Agency (Bild-Quelle)
- Gavel Auction Law Hammer Symbol (Bild-Quelle)
- Measurement Millimeter Centimeter (Bild-Quelle)
- Road Pavement Landscape Roadway (Bild-Quelle)
