Scrum Product Owner als "Value Maximizer"

Der Product Owner ist die Person (Accountability/Rolle) innerhalb eines Scrum Teams, welche für den wirtschaftlichen Erfolg eines Produktes/Projektes verantwortlich zeichnet. Somit ist sie/er verantwortlich für die Wertmaximierung des zu entwickelnden Produkts, und mit Hilfe des restlichen Scrum Teams auch für die Qualität des Produktes. Wie dies geschieht, kann je nach Organisation, Scrum-Team und Einzelpersonen stark variieren. Scrum spricht hier von der Accountability bezüglich des ROI und TCO's (Return of Invest und Total Cost of Ownership).

Ein Product Owner ist die einzige Person, die für das managen des Product Backlogs die Verantwortung trägt. Sie bzw. er bestimmt in Abhängigkeit des höchsten wirtschaftlichen Wertes eine Rangfolge an Anforderungen (das Product Backlog), welche die Developer dann umsetzen.

Folgende Themen umfassen seine/ihre Tätigkeit:

1. Priorisierung und Refinement:
   1. Die Einträge im Product Backlog klar zu formulieren und so zu ordnen, dass Ziele und Missionen optimal erreicht werden können. Basierend auf Kundenbedürfnissen, geschäftlichem Wert und anderen relevanten Faktoren (wie z.B. Risiken, etc).
   2. Sicherzustellen, dass die Developer des Scrum Teams (früher Entwicklungsteam) die Product-Backlog-Einträge im erforderlichen Maße verstehen. Daraus ergeben sich Regelmäßige Refinements des Product Backlogs, um sicherzustellen, dass die Einträge klar verstanden, geschätzt und bereit für die Umsetzung sind.
   3. Den Wert der Arbeit zu optimieren, welche die "Developer" (früher Development-Team) erledigen.
   4. Sicherzustellen, dass das Product Backlog sichtbar, transparent und für alle Beteiligten klar ist. Somit kann auch transparent dargestellt werden, woran das Scrum-Team als nächstes arbeiten wird.
2. Kommunikation und Stakeholder-Einbindung:
   1. Ein Product Owner ist die Schnittstelle zu den Stakeholdern wie z.B. zum "End-User bzw. Endkunden". Product Owner sorgen dafür, dass diese immer über den Entwicklungsfortschritt des Produktes oder Projektes informiert sind.
   2. Aktive Kommunikation mit Stakeholdern, um deren Anforderungen zu verstehen und in den Product-Backlog zu integrieren.
   3. Einbeziehung von Feedback und Anregungen der Stakeholder in den Priorisierungsprozess.
   4. Das relevantes Scrum Event wo oben genannte Tätigkeinten hauptsächlich geschehen ist im Sprint Review.
3. Erfolgskriterien und Messbarkeit:
   1. Festlegen von klaren Erfolgskriterien für jedes Product-Backlog-Element.
   2. Sicherstellen, dass die Ziele messbar sind, um den Fortschritt und den Erfolg des Produkts zu überwachen.
4. Risikomanagement:
   1. Identifikation und Bewertung von Risiken im Zusammenhang mit Product-Backlog-Einträgen.
   2. Implementierung von Maßnahmen zur Risikominderung oder -vermeidung.
5. Budget- und Ressourcenmanagement:
   1. Berücksichtigung von Budget- und Ressourcenbeschränkungen bei der Priorisierung und Planung.
   2. Zusammenarbeit mit dem Management, um sicherzustellen, dass die finanziellen Ressourcen angemessen zugewiesen sind.
6. Marktanalyse und Trends:
   1. Verfolgung von Markt- und Branchentrends, um sicherzustellen, dass das Produkt relevant bleibt.
   2. Anpassung des Product Backlogs basierend auf neuen Erkenntnissen und Entwicklungen.
7. Abhängigkeiten und Integration:
   1. Identifikation und Verwaltung von Abhängigkeiten zwischen Product-Backlog-Einträgen und anderen Teams oder Projekten.
   2. Sicherstellen, dass die Integration der entwickelten Funktionen reibungslos verläuft.

 

Ein Product Owner kann die oben genannten Arbeiten selbst durchführen oder sie durch die "Developer" (das Development-Team) erledigen lassen. Ein Product Owner bleibt jedoch immer rechenschaftspflichtig und in der Verantwortung.

Ein Product Owner ist immer eine einzelne Person, kein Komitee. Ein Product Owner kann zwar die Wünsche eines Komitees im Product Backlog wiedergeben, aber diejenigen, die einen Eintrag des Product Backlogs in seiner Priorität verändern möchten, müssen sich an den Product Owner wenden.

Damit ein Product Owner erfolgreich sein kann, muss die gesamte Organisation seine/ihre Entscheidungen respektieren. Die Entscheidungen eines Product Owners sind in Inhalt und Reihenfolge des Product Backlogs sichtbar. Niemand darf die "Developer" (das Development-Team) zwingen/überreden, andere Anforderungen zu bearbeiten.

Unsere Angebote für Product Owner