The Professional Product Owner

1. Die Rolle des Product Owners ist entscheidend für die Wertmaximierung in Scrum

Der Product Owner ist verantwortlich für die Maximierung des Wertes des Produkts, das aus der Arbeit des Entwicklungsteams resultiert.

Verantwortlichkeiten des Product Owners. Der Product Owner fungiert als Brücke zwischen den Stakeholdern und dem Entwicklungsteam, indem er eine klare Produktvision aufrechterhält und sicherstellt, dass das Team das richtige Produkt entwickelt. Er verwaltet das Product Backlog und priorisiert die Elemente, um die Wertlieferung zu maximieren. Zu den Hauptverantwortlichkeiten gehören:

• Klare Ausdrucksweise der Product Backlog-Elemente
• Anordnung der Elemente zur Erreichung von Zielen und Missionen
• Optimierung des Wertes der Arbeit des Entwicklungsteams
• Sicherstellung der Sichtbarkeit und Transparenz des Product Backlogs
• Sicherstellung, dass das Entwicklungsteam die Elemente angemessen versteht

Einzelne Verantwortlichkeit. Der Product Owner ist eine Person, kein Komitee, und repräsentiert die Wünsche vieler Stakeholder. Diese Rolle erfordert die Autorität, Entscheidungen zu treffen, und den Respekt der gesamten Organisation, um diese Entscheidungen zu unterstützen.

2. Vision, Wert und Validierung bilden den Kern des agilen Produktmanagements

Jeder Sprint kann als ein Projekt mit einem Horizont von höchstens einem Monat betrachtet werden. Wie Projekte werden Sprints genutzt, um etwas zu erreichen.

Vision. Eine überzeugende Produktvision bietet Richtung und Zweck. Sie sollte fokussiert, praktisch, emotional und allgegenwärtig sein. Werkzeuge wie das Business Model Canvas, Product Box und Elevator Pitch helfen, die Vision effektiv zu erstellen und zu kommunizieren.

Wert. Die Messung und Maximierung des Wertes steht im Mittelpunkt der Rolle des Product Owners. Wichtige Wertmetriken umfassen:

• Aktueller Wert: Umsatz pro Mitarbeiter, Produktkostenverhältnis, Mitarbeiterzufriedenheit, Kundenzufriedenheit
• Time to Market: Veröffentlichungsfrequenz, Veröffentlichungsstabilisierung, Zykluszeit, On-Product-Index
• Innovationsfähigkeit: Installierte Versionsindex, Nutzungsindex, Innovationsrate, Defekte

Validierung. Kontinuierliche Validierung durch Stakeholder-Feedback und Markttests ist entscheidend. Techniken umfassen:

• Ansätze für Minimum Viable Product (MVP)
• Häufige Veröffentlichungen und Experimente
• Build-Measure-Learn-Feedback-Schleifen

3. Empirismus und Komplexität erfordern ein adaptives Rahmenwerk

Scrum verwendet einen iterativen, inkrementellen Ansatz, um Vorhersagbarkeit zu optimieren und Risiken zu kontrollieren.

Komplexität in der Produktentwicklung. Die Entwicklung von Softwareprodukten ist von Natur aus komplex, mit mehr Unbekannten als Bekannten. Diese Komplexität macht es unmöglich, alles im Voraus zu planen, und erfordert einen adaptiven Ansatz.

Empirische Prozesskontrolle. Scrum basiert auf Empirismus und behauptet, dass Wissen aus Erfahrung stammt und Entscheidungen auf der Grundlage des Bekannten getroffen werden. Die drei Säulen der empirischen Prozesskontrolle sind:

1. Transparenz: Wesentliche Aspekte des Prozesses müssen für diejenigen sichtbar sein, die für das Ergebnis verantwortlich sind
2. Inspektion: Scrum-Artefakte und Fortschritte müssen häufig inspiziert werden, um unerwünschte Abweichungen zu erkennen
3. Anpassung: Wenn eine Inspektion feststellt, dass Aspekte des Prozesses außerhalb akzeptabler Grenzen liegen, müssen Anpassungen umgehend vorgenommen werden

4. Scrum-Events und -Artefakte fördern Transparenz, Inspektion und Anpassung

Scrum schreibt vier formale Events zur Inspektion und Anpassung vor.

Scrum-Events:

1. Sprint-Planung: Planung der Arbeit für den Sprint
2. Tägliches Scrum: Inspektion des Fortschritts in Richtung des Sprint-Ziels und Anpassung des Sprint-Backlogs bei Bedarf
3. Sprint-Review: Inspektion des Inkrements und Anpassung des Product Backlogs
4. Sprint-Retrospektive: Inspektion des Teams und der Prozesse, Erstellung eines Plans für Verbesserungen

Scrum-Artefakte:

1. Product Backlog: Eine geordnete Liste von allem, was im Produkt benötigt wird
2. Sprint Backlog: Die Menge der für den Sprint ausgewählten Product Backlog-Elemente sowie ein Plan für deren Lieferung
3. Inkrement: Die Summe aller während eines Sprints und vorheriger Sprints abgeschlossenen Product Backlog-Elemente

Diese Events und Artefakte arbeiten zusammen, um einen Rhythmus von Transparenz, Inspektion und Anpassung im gesamten Entwicklungsprozess zu schaffen.

5. Das Management des Product Backlogs ist entscheidend für eine erfolgreiche Produktentwicklung

Das Product Backlog ist eine geordnete Liste von allem, was im Produkt benötigt wird. Es ist die einzige Quelle für Anforderungen an Änderungen am Produkt.

Effektives Management des Product Backlogs. Der Product Owner ist verantwortlich für den Inhalt, die Verfügbarkeit und die Anordnung des Product Backlogs. Wichtige Aspekte umfassen:

• Verwendung von User Stories zur Erfassung von Anforderungen
• Aufteilung großer Elemente (Epics) in handhabbare Teile
• Aufnahme von Akzeptanzkriterien für Klarheit
• Anordnung der Elemente basierend auf Wert, Risiko und Abhängigkeiten
• Kontinuierliche Verfeinerung des Product Backlogs

Techniken zur Verfeinerung des Product Backlogs:

• Story Mapping zur Visualisierung des Produkts von der Vision bis zu marktfähigen Veröffentlichungen
• Impact Mapping zur Identifizierung des richtigen Umfangs und zur Validierung von Annahmen
• Spezifikation durch Beispiele zur Erstellung ausführbarer Anforderungen

6. Veröffentlichungsstrategien sollten sich auf die häufige Wertlieferung konzentrieren

Eine Veröffentlichung kann negativen Wert erzeugen.

Arten von Veröffentlichungen:

1. Hauptveröffentlichungen: Seltene, große Änderungen (alle 6-12 Monate)
2. Kleinere Veröffentlichungen: Kleinere Änderungen, oft im Einklang mit Sprint-Grenzen
3. Funktionale Veröffentlichungen: Einzelne Funktionalitäten, die auf Abruf veröffentlicht werden

Vorteile häufiger Veröffentlichungen:

• Schnellere Rückmeldungen von Kunden
• Reduziertes Risiko, das falsche Produkt zu entwickeln
• Verbesserte Fähigkeit, auf Marktveränderungen zu reagieren
• Erhöhte Zufriedenheit der Stakeholder

Um häufigere Veröffentlichungen zu ermöglichen, sollten Organisationen in Praktiken wie automatisiertes Testen, kontinuierliche Integration und DevOps investieren.

7. Qualität muss von Anfang an eingebaut und während des gesamten Prozesses aufrechterhalten werden

Qualität muss von Tag eins an in das Produkt eingebaut werden; Qualität kann nicht am Ende in das Produkt getestet werden.

Arten von Qualität:

1. Produktqualität: Das richtige Produkt mit den richtigen Funktionen erstellen (Validierung)
2. Technische Qualität: Das Produkt richtig bauen (Verifikation)

Aufrechterhaltung der Qualität:

• Implementierung einer klaren Definition von "Fertig"
• Verwendung von automatisierten Tests auf allen Ebenen (Einheit, Integration, Akzeptanz)
• Praktizieren von kontinuierlicher Integration und Lieferung
• Einsatz von testgetriebener Entwicklung und verhaltensgetriebener Entwicklung

Die Agile Testing Quadrants bieten einen Rahmen, um umfassende Qualitätspraktiken während des gesamten Entwicklungsprozesses sicherzustellen.

8. Die Skalierung von Scrum erfordert sorgfältige Überlegung und Koordination

Skalierung bedeutet, dass mehrere Entwicklungsteams an einem einzigen Produkt arbeiten.

Ansätze zur Skalierung:

1. Ein Produkt, ein Entwicklungsteam: Ideales Scrum-Szenario
2. Mehrere Produkte, ein Entwicklungsteam: Erfordert sorgfältiges Product Backlog-Management
3. Mehrere Produkte, mehrere Entwicklungsteams: Herausforderung im Portfoliomanagement
4. Ein Produkt, mehrere Entwicklungsteams: Wahres Skalierungsszenario

Wenn Skalierung notwendig ist, können Frameworks wie Nexus helfen, mehrere Scrum-Teams zu koordinieren, die an einem einzigen Produkt arbeiten. Wichtige Überlegungen umfassen:

• Aufrechterhaltung eines einzigen Product Backlogs und Product Owners
• Koordination von Abhängigkeiten zwischen Teams
• Sicherstellung der Integration der Arbeit über Teams hinweg
• Skalierung von Events wie Product Backlog-Verfeinerung und Sprint-Review

9. Budgetierung und Governance müssen sich anpassen, um Agilität zu unterstützen

Governance ist am höchsten direkt vor einer Veröffentlichung, da die Veröffentlichung das größte Risiko darstellt.

Agile Budgetierungsprinzipien:

1. Finanzierung von Produkten und Visionen statt Projekten
2. Ermächtigung des Product Owners mit finanzieller Verantwortung
3. Etablierung von Transparenz durch kontinuierliche Messungen
4. Frühere Wertdemonstration durch häufige Veröffentlichungen
5. Management der Erwartungen der Stakeholder
6. Einsatz von empirischer Budgetierung durch Validierung

Anpassung der Governance:

• Fokus auf funktionierende Software als primäres Fortschrittsmaß
• Implementierung von leichtgewichtigen, wertorientierten Governance-Praktiken
• Einbeziehung von Compliance- und Regulierungsstakeholdern frühzeitig und häufig
• Nutzung von Scrum-Events wie dem Sprint-Review als Governance-Kontrollpunkte

10. Der professionelle Product Owner verkörpert spezifische Fähigkeiten und Eigenschaften

Halten Sie Product Owners auf CRACK: Kollaborativ, Repräsentativ, Autorisiert, Engagiert, Wissend.

Wichtige Fähigkeiten eines professionellen Product Owners:

1. Domänen- und Geschäftswissen
2. Starke Kommunikationsfähigkeiten
3. Verhandlungsgeschick
4. Stakeholder-Management
5. Strategisches Denken

Wesentliche Eigenschaften:

1. Entscheidungsfreudigkeit
2. Visionäres Denken
3. Führungsstärke
4. Empathie
5. Anpassungsfähigkeit

Professionelle Product Owners verbessern kontinuierlich ihre Fähigkeiten und Eigenschaften, messen ihren Erfolg durch die drei Vs (Vision, Wert, Validierung) und streben danach, den Wert, der durch ihre Produkte geliefert wird, zu maximieren.

Zuletzt aktualisiert: September 13, 2024