Product Owner stehen im Mittelpunkt jeder Bemühung, Wert für Kunden zu schaffen und zu liefern. Aber an welchen Aktivitäten sind sie tatsächlich beteiligt?
Obwohl die Rolle eines Product Owners je nach Umgebung variieren kann, umfasst sie typischerweise mehrere Schlüsselrollen und Verantwortlichkeiten, die alles von der Geschäftsstrategie bis zum Produktdesign abdecken. Product Owner sind dafür verantwortlich, den Produkt- und Geschäftswert durch kontinuierliches Management des Produkt-Backlogs zu maximieren.
In diesem Blogbeitrag werden wir die zentralen Rollen, Verantwortlichkeiten und Herausforderungen eines Scrum Product Owners vorstellen.
Was ist ein Product Owner?
Sie fragen sich vielleicht: Was genau macht ein Product Owner? Auf der grundlegendsten Ebene ist der Agile Product Owner die Person, die für die Vertretung des Kunden gegenüber einem Scrum-Team verantwortlich ist und den Wert der von einem Scrum-Team entwickelten Produkte maximiert.
Wie ein Product Owner den Produktwert maximiert, ist je nach Team und Unternehmen unterschiedlich.
Rolle des Product Owners
Um den Wert eines Produkts effektiv zu maximieren, ist der Agile Product Owner in verschiedene Funktionen eingebunden, darunter Geschäftsstrategie, Produktdesign, Marktanalyse und Aspekte des Projektmanagements. Mal nutzt er sein umfassendes Marktwissen, um Strategien zu entwickeln und seine Vision den Stakeholdern zu präsentieren. Mal arbeitet er aktiv mit dem Team zusammen, um die Sprintziele zu erreichen.
6 wichtige Rollen und Verantwortlichkeiten des Product Owners
1. Vermittlung der Vision
Der Agile Product Owner arbeitet mit Stakeholdern zusammen, um eine klare Vision des zu entwickelnden Produkts zu erstellen und diese Produktvision einheitlich zu kommunizieren. Nur wenn alle Beteiligten auf dem gleichen Stand sind, können sie effektiv zusammenarbeiten.
2. Verwaltung des Produkt-Backlogs
Eine der Hauptaufgaben eines Scrum Product Owners ist die Verwaltung des Produkt-Backlogs. Dazu gehören die Entwicklung und Kommunikation des Produktziels, die Erstellung und klare Kommunikation von Produkt-Backlog-Elementen sowie die Priorisierung des Backlogs, um den Geschäftswert zu maximieren. Der Produkt-Backlog ist jedoch keine statische To-do-Liste. Es ist ein lebendiges Dokument, das kontinuierlich aktualisiert werden sollte, um dem wachsenden Produktverständnis des Teams gerecht zu werden.
3. Priorisieren von Anforderungen
Eine weitere zentrale Rolle des Product Owners besteht in der Priorisierung der Anforderungen. Das heißt, er muss Umfang, Budget und Zeit im Blick behalten, Prioritäten abwägen und Kompromisse eingehen, um den Bedürfnissen und Zielen der Stakeholder gerecht zu werden. Fehlt dem Product Owner die Befugnis, diese Entscheidungen zu treffen, besteht die Gefahr, dass er von der Roadmap abweicht, das Produkt unnötig aufbläht und das Team überfordert.
4. Teilnahme an Scrum-Events
Nachdem Vision, Strategie und Produktprioritäten festgelegt wurden, sollte der Product Owner viel Zeit in die Zusammenarbeit mit dem Team investieren. Er ist ein wichtiger Teilnehmer an den Scrum-Events, darunter Sprint Planning, Sprint Reviews, Sprint Retrospektiven und die Verbesserung des Produkt-Backlogs.
5. Als Bindeglied zwischen Teams und Stakeholdern fungieren
Der Product Owner ist die zentrale Ansprechperson und Schnittstelle zwischen Stakeholdern und Teams. Daher muss er über ausgezeichnete Kommunikationsfähigkeiten verfügen, um die Zustimmung der Stakeholder zu allen wichtigen Entscheidungen und Strategien sicherzustellen und dem Entwicklungsteam klare Anweisungen zu geben und zu erbringende Leistungen zu verdeutlichen. Ein erfolgreicher Scrum Product Owner versteht und antizipiert zudem die Bedürfnisse des Kunden, um Probleme proaktiv zu beheben und ihnen entgegenzuwirken.
6. Bewertung des Feedbacks bei jeder Iteration
Da der Product Owner für das Endprodukt verantwortlich ist, übernimmt er eine zentrale Rolle bei der Überprüfung und Bewertung des Produktfortschritts bei jeder Iteration. Der Product Owner sammelt Feedback bei jeder Iteration und passt den Produkt-Backlog entsprechend an.
Welche verschiedenen Arten von Product Ownern gibt es?
Laut Roman Pichler, einem Experten für Produktmanagement, wird der Oberbegriff „Product Owner“ verwendet, um sechs verschiedene Produktmanagement-Rollen zu beschreiben.
1. Scrum Product Owner
Der Product Owner ist dafür verantwortlich, den Wert des Endprodukts zu maximieren. Die einzige Möglichkeit, dies effektiv zu tun, besteht darin, für das Produkt in seiner Gesamtheit verantwortlich zu sein. Wenn Sie nur für eine Komponente des Produkts verantwortlich sind, ist das die einzige Komponente, die Sie maximieren können. Der traditionelle Scrum Product Owner ist dafür verantwortlich, sicherzustellen, dass alle Komponenten und Funktionen zusammenkommen, um ein Produkt zu schaffen, das den Kunden einen Mehrwert bietet.
2. Feature Owner
Ein Feature ist ein Teil eines Produkts, das einen Mehrwert für Nutzende bietet, wie etwa ein Update der Benutzeroberfläche, neue Funktionen im Produkt oder Leistungsverbesserungen.
Ein Feature Owner ist dafür verantwortlich, den Wert eines bestimmten Features zu maximieren. Der Feature Owner kann der Product Owner sein, der das Produkt in seiner Gesamtheit überwacht, oder auch ein anderes Mitglied des Produktentwicklungsteam, das eng mit dem Product Owner und dem Entwicklungsteam zusammenarbeitet.
3. Component Owner
Eine Komponente ist ein Element eines größeren Objekts oder Systems. Zum Beispiel könnten Sie Ihr Auto zu einer Werkstatt bringen, um die Bremsbeläge überprüfen zu lassen. Ein Bremsbelag ist eine Komponente einer Bremse, und eine Bremse ist eine Komponente des Autos.
Ein Component Owner ist ein Mitglied des Entwicklungsteams, das für die Qualität und den Wert individueller Aspekte eines Produkts verantwortlich ist und die Qualität und Funktionalität jeder einzelnen Komponente sicherstellt.
4. Platform Owner
Eine Plattform ist eine Sammlung von Technologien, die zusammen als Basis für die Nutzung durch andere Anwendungen und Technologien dienen. Der Platform Owner muss ein technischer Experte für die Plattform sein, um effektiv mit dem Produktentwicklungsteam zusammenzuarbeiten und ihm beratend zur Seite zur stehen.
5. SAFe Product Owner
Das Scaled Agile Framework (SAFe) beinhaltet eine Reihe von Verfahren und Praktiken, die entwickelt wurden, um Agile-Methoden für große Unternehmen zu skalieren. Der SAFe Product Owner arbeitet mit dem Produktmanagement, anderen Product Ownern, Stakeholdern und Kunden zusammen, um taktische Aspekte des Produkts zu definieren, wie z. B. User Storys und Produktdetails. Die Person in dieser Rolle fungiert als Stimme des Kunden und stellt sicher, dass Bedürfnisse und Erwartungen erfüllt werden.
6. Portfolio Owner
Ein Portfolio ist eine Sammlung von Dokumenten, Arbeiten oder anderen Assets. Ein Portfolio Owner ist die Person, die für ein bestimmtes Portfolio verantwortlich ist. Sie ist mit der Verwaltung, Aktualisierung und Verbesserung aller zugehörigen Produkte betraut.
Die 7 größten Probleme für Product Owner
Angesichts der vielen zu berücksichtigenden Faktoren ist es kein Wunder, dass Product Owner mit zahlreichen Herausforderungen konfrontiert sind, die es zu bewältigen und auszubalancieren gilt. Hier sind einige der häufigsten Probleme, mit denen Agile Product Owner zu kämpfen haben, sowie Tipps zu deren Bewältigung.
1. Informationsmangel
Daten und Informationen sind für die Arbeit eines Product Owners unerlässlich. Ohne wichtige Kundendaten, Marktforschung und Nutzerinformationen tappen Product Owner und Entwickler im Dunkeln, wenn es darum geht, erfolgreiche Produkte zu entwickeln. Anders ausgedrückt: Ohne fundierte Daten als Entscheidungsgrundlage ist es schwierig, strategisch und präzise voranzukommen.
Dieses Problem lässt sich am einfachsten durch mehr Nachforschungen lösen. Wenn Sie nicht die Informationen haben, die Sie benötigen, um robuste Kundengeschichten und -strategien zu analysieren und zu erstellen, dann sollten Sie sich an die Stakeholder wenden, um Zugang zu mehr Daten zu erhalten.
2. Schlechte Priorisierung
Product Owner haben oft Schwierigkeiten, die Prioritäten im Blick zu behalten, insbesondere wenn sich die Anforderungen mitten im Sprint ändern. Sonderfälle (die geringere Auswirkungen haben, selten auftreten oder für die es praktikable Workarounds gibt) können von wichtigeren Funktionen ablenken. Daher ist es entscheidend, die Priorisierung von Anfang an richtig anzugehen.
Wie können Product Owner also sicherstellen, dass Sprints von Anfang bis Ende fokussiert und strategisch bleiben? Eine Möglichkeit besteht darin, frühzeitig Prioritäten für Story Points festzulegen, basierend auf den Produkt- und Geschäftsstrategien. Wenn Sie verschiedene User Storys in Betracht ziehen, sollten Sie diejenigen priorisieren, die den größten positiven Einfluss auf Ihre Kundenbasis haben. Konsultieren Sie andere Stakeholder, um im Vorfeld einen Konsens zu erzielen, damit alle Beteiligten zu Beginn des nächsten Sprints auf dem gleichen Stand sind.
