Beginnen wir mit einem Beispiel aus dem Leben. Stellen Sie sich vor, Sie besitzen ein Haus und haben ein Hausrenovierungsprojekt durchgeführt. Sie kennen vielleicht nicht alle verfügbaren Gestaltungsmöglichkeiten, aber als Eigentümer der Immobilie wissen Sie, wie Ihr Haus aussehen soll, und Sie sind für die langfristige Vision verantwortlich. Sie müssen also eng mit Designern, Bauherren, Inspektoren und anderen zusammenarbeiten, um das Beste aus Ihrer Investition herauszuholen.
Zurück zum Bereich der kundenspezifischen Softwareentwicklung: Ein Product Owner ist wie ein Hausbesitzer, aber anstelle eines Hauses trägt ein Product Owner die Verantwortung für die langfristige Vision des Produkts – wie es aussehen würde, welche Funktionen es haben würde, wie es zum Markt passen würde und mehr. Das ist wohl die wichtigste Rolle in agilen Projekten, die auch gefragt ist. Im Jahr 2020 identifizierte LinkedIn Product Owner als eine aufstrebende Rolle mit einer jährlichen Wachstumsrate von 24 % in den USA.
„Der Product Owner ist eine Rolle in einem Produktentwicklungsteam, die für die Verwaltung des Produktrückstands verantwortlich ist, um das gewünschte Ergebnis zu erzielen, das ein Produktentwicklungsteam erreichen möchte.“
Agile Allianz
Einfach ausgedrückt, fungiert der Product Owner als die Stimme des Kunden, da es in dieser Rolle darum geht, die Kernbedürfnisse und Anforderungen des Kunden zu ermitteln und diese an andere Teammitglieder weiterzugeben. Die Führung des Product Owners definiert den Gesamtverlauf des Projekts und den letztendlichen Wert des Produkts, und diese Rolle darf nicht auf die leichte Schulter genommen werden.
Schon aus einer kurzen Beschreibung wird deutlich, dass der Product Owner eine Schlüsselrolle spielt, die einen enormen Einfluss auf das Gesamtergebnis des Projekts hat. Lassen Sie uns nun im Detail sehen, wie genau der Product Owner den Projekterfolg vorantreibt.
Hauptverantwortung des Product Owners
Der Product Owner ist kein neuer Name für einen alten Job, da diese Rolle die Beziehungen zwischen Entwicklung und Geschäft völlig neu definiert.
1. Definieren und teilen Sie die Produktvision
Eine Schlüsselkomponente für den Erfolg eines Projekts ist ein solides Fundament. Und es liegt am Product Owner, diese Grundlage zu schaffen, indem er eine glasklare und zielgerichtete Produktvision definiert. Kurz gesagt, eine Produktvision umreißt den Zweck des Produkts und was es für den Kunden und die Endbenutzer erreichen soll.
Als Hüter einer Produktvision kommuniziert der Product Owner diese an alle Beteiligten, um alle auf dieselbe Seite zu bringen. Eine gemeinsame Produktvision hat einen enormen Wert, da sie weitere architektonische Entscheidungen beeinflusst und bei der Entscheidung hilft, welche Merkmale und Funktionen wünschenswerter sind.
2. Legen Sie die Produkt-Roadmap fest
Sobald die Vision fertiggestellt ist, entwickelt der Product Owner eine Produkt-Roadmap – einen strategischen Plan, der die Ziele, Prioritäten und die allgemeine Richtung der Entwicklungsaktivitäten zusammenfasst. Diese Roadmap bringt verschiedene Interessengruppen in Einklang, schafft Konsens und zeigt, wie kurzfristige Bemühungen langfristigen Geschäftszielen entsprechen.
Es gibt verschiedene Techniken, die verwendet werden können, um die Produkt-Roadmap visuell darzustellen, aber die beliebtesten sind
Eine zielorientierte Roadmap, die es Ihnen ermöglicht, sich zuerst auf die Ziele und dann auf die wertvollsten Funktionen zu konzentrieren, die Ihnen helfen würden, diese Ziele zu erreichen;
● Eine themenbasierte Roadmap, die sich auf die Themen konzentriert, die aus mehreren Zielen gleichzeitig bestehen;
● Eine funktionsbasierte Roadmap, die, wie der Name schon sagt, Funktionen in den Mittelpunkt der Aufmerksamkeit stellt;
● Eine Jetzt-dann-später-Roadmap, die Aufgaben oder Funktionen priorisiert beschreibt;
● Eine Release-Roadmap, die den Kunden präsentiert wird und wichtige Meilensteine und Releases neuer Funktionen aufzeigt.
3.Verwalten Sie den Rückstand
Ein Product Backlog ist im Grunde die ultimative To-Do-Liste, eine einzige Arbeitsquelle für das Entwicklungsteam. Und neben neuen Funktionen kann es auch Fehlerbehebungen, Verbesserungen, technische Schulden, Kundenwünsche und mehr enthalten.
Ein ungeordneter Rückstand sorgt für Verwirrung und verlangsamt den Entwicklungsprozess. Es ist also die Aufgabe des Product Owners, es gesund und priorisiert zu halten, um die Sprintplanung zu erleichtern und zu verhindern, dass es mit Tickets überläuft.
4.Entwicklungsphasen überwachen
Wenn das Backlog mit relevanten, detaillierten und geschätzten Aufgaben gefüllt ist, die bereit sind, vom Entwicklungsteam übernommen zu werden, leitet der Product Owner die eigentliche Entwicklung des Produkts weiter.
In der Planungsphase arbeitet der Product Owner mit den Stakeholdern zusammen, um die Schritte und Maßnahmen für die nächste Iteration zu definieren. Während der Entwicklungsphase kann sich das Team an den Product Owner wenden, um einige Punkte im Backlog zu klären oder Verbesserungsbereiche zu definieren. Der Product Owner nimmt auch an Retrospektiven teil, in denen er seine Gedanken zum Sprint teilt, wertvolles Feedback sammelt und die Perspektive eines Kunden einbringt.
5. Werten Sie den Fortschritt aus
Und nicht zuletzt ist der Product Owner für die Endergebnisse verantwortlich, weshalb er die führende Rolle bei der Bewertung des Fortschritts nach jeder Iteration übernehmen muss. Der Product Owner stellt sicher, dass das Entwicklungsteam die Aufgaben nach Priorität bearbeitet und dass alle Ergebnisse von hoher Qualität sind. Wenn die Aufgabe nicht abgeschlossen ist, wird sie weiter neu priorisiert oder sequenziert, um den Entwicklungsworkflow reibungslos zu halten.
Und sollte der Product Owner feststellen, dass der Entwicklungsprozess vom Kurs abweicht, kann er jederzeit eingreifen und dem Team helfen, wieder auf Kurs zu kommen und sich wieder an den Geschäftszielen auszurichten.
Key Takeaways: Warum ist der Product Owner wichtig für Ihr Projekt?
Wie Sie sehen, trägt der Product Owner eine große Verantwortung für die Verwaltung verschiedener beweglicher Teile eines Projekts und die Gewährleistung seines Gesamterfolgs. Die Hauptgründe für die Beauftragung eines versierten Product Owners für ein Projekt sind:
● Direkter Kommunikationskanal zwischen allen Beteiligten. Der Product Owner dient als primäre Verbindungsperson, da er die Zustimmung des Kunden zu wichtigen Entscheidungen einholt und Entwicklern klare Anweisungen gibt.
● Marktexpertise. Der Product Owner verfügt über ein Expertenwissen über den Markt und die Zielgruppe, was dazu beiträgt, ein Produkt zu entwickeln, das hervorragende Benutzererlebnisse bietet.
● Qualitätskontrolle. Der Product Owner ermöglicht ein gewisses Maß an Qualitätskontrolle und stellt sicher, dass die Ergebnisse den hohen Qualitätsstandards entsprechen.
● Verbesserte Effizienz. Durch die Priorisierung von Tickets im Einklang mit den Geschäftszielen stellt der Product Owner sicher, dass das Entwicklungsteam an den wichtigsten Aufgaben arbeitet, die am Ende der Iteration einen Mehrwert für das Produkt darstellen würden.
● Risikomanagement. Durch regelmäßige Reviews und Retrospektiven behält der Product Owner den Überblick über alle Entwicklungsaktivitäten, was hilft, Probleme frühzeitig zu erkennen und anzugehen.
Interner vs. externer Product Owner
Da diese Rolle eine Herausforderung sein kann, ist es für einen Product Owner besser, ein Stakeholder eines Kunden oder ein Experte eines Softwareentwicklungsanbieters zu sein?
Ein interner Product Owner wird vom Anbieter ernannt, daher besteht die Möglichkeit, dass er bereits an mehreren Projekten in dieser Rolle gearbeitet und umfangreiche Erfahrungen mit agilen Best Practices, Prozessen und Tools gesammelt hat. Ein interner Product Owner arbeitet auch besser mit dem Entwicklungsteam über alle Aktivitäten von der Entdeckung bis zur Bereitstellung zusammen.
Ein externer Product Owner wird vom Kunden ernannt, daher hat er ein tiefes Verständnis für die Geschäftsdomäne des Kunden und verfügt bereits über gut etablierte Beziehungen zu Projektbeteiligten. Dies hilft einem externen Product Owner, fundierte Entscheidungen in Bezug auf Produktprioritäten und -anforderungen zu treffen.
Welcher Product Owner ist also besser für Ihr Projekt? Es gibt keine einheitliche Antwort und es hängt stark vom Business Case ab. Wenn der Vertreter des Kunden über genügend Zeit und Erfahrung verfügt, um dem Entwicklungsteam bei der Definition einer Produkt-Roadmap und der Integration einer technischen Perspektive zu helfen, ist die Beauftragung eines externen Product Owners der richtige Weg. Aber das ist nicht immer der Fall. Und wenn es auf der Seite des Kunden niemanden gibt, der die Scrum-Prozesse gut versteht und dem Team helfen kann, auf Kurs zu bleiben, kann es besser sein, einen internen Product Owner zuzuweisen. Ganz gleich, welchen Weg Sie gehen, es ist entscheidend, dass Product Owner sich ihrer Verantwortung und dem Produkterfolg verpflichtet fühlen.
Das Endergebnis
Der Product Owner ist keine einfache Rolle, da er versucht, die geschäftlichen Anforderungen mit der Realität der Softwareentwicklung in Einklang zu bringen, was eine Herausforderung sein kann. Ohne effektiven Produktbesitz kann das Team Probleme mit der Leistungseffizienz haben oder sogar ein Produkt entwickeln, das die Geschäftsanforderungen nicht unterstützt.
Product Owner arbeiten ständig mit verschiedenen Stakeholdern zusammen, um alle auf die Grundwerte und Geschäftsziele auszurichten. Sie sind die Meister der Kommunikation, Moderation und Entscheidungsfindung, um sicherzustellen, dass sich das Team darauf konzentriert, das richtige Produkt für den Kunden zu entwickeln.
