PSPO I Vorbereitung: Professional Scrum Product Owner Kurs

Scrum aus Sicht des Product Owners

• Scrum-Prinzipien: empirische Prozesssteuerung mit Transparenz, Überprüfung und Anpassung
• Scrum-Werte und Selbstmanagement: was das Team entscheidet und was der Product Owner
• Das Scrum Framework: drei Verantwortlichkeiten, fünf Events, drei Artefakte mit Commitments
• Product Owner als eine Person, nicht als Gremium – und wie Entscheidungen respektiert werden
• Sprint-Ziel, Inkrement und Definition of Done als Entscheidungsgrundlage für den Product Owner
• Sprint abbrechen: wann es zulässig ist und warum nur der Product Owner es darf

Wertmaximierung und agiles Produktmanagement

• Agiles Produktmanagement: Product Owner als Wertmaximierer statt Anforderungsverwalter
• Was ist ein Produkt? Produktgrenzen, Kund:innen, Nutzer:innen und interne Produkte
• Output, Outcome und Impact unterscheiden: Lieferung ist noch kein Wert
• Geschäftswert-orientierte Entwicklung: Wertarten von Umsatz bis Risikominderung
• Kosten der Verzögerung und Gesamtkosten eines Produkts in Entscheidungen einbeziehen

Produktvision, Produktziel und Strategie

• Produktvision formulieren: Zielgruppe, Problem, Nutzen und Abgrenzung
• Produktziel als Commitment des Product Backlogs: ein Ziel zur Zeit, messbar und erreichbar
• Geschäftsstrategie und Produktstrategie verbinden: Märkte, Geschäftsmodell, Wettbewerb
• Vom Produktziel zum Sprint-Ziel: die Zielkette, nach der die Prüfung fragt

Geschäftswert messen mit Evidence-Based Management

• Evidence-Based Management im Überblick: strategisches Ziel, Zwischenziele, unmittelbare Ziele
• Die vier Schlüsselbereiche: aktueller Wert, ungenutzter Wert, Innovationsfähigkeit, Time-to-Market
• Kennzahlen je Bereich auswählen: Kundenzufriedenheit, Nutzungsrate, Durchlaufzeit, Release-Häufigkeit
• Eitle Kennzahlen erkennen: Velocity und Auslastung sind keine Wertmaße
• Hypothesen formulieren und mit Experimenten im Sprint überprüfen

Product-Backlog-Management

• Product-Backlog-Management: ordnen, klären, transparent halten – auch durch Delegation an Developers
• Ordnen statt priorisieren: Wert, Risiko, Abhängigkeiten und Lerngewinn abwägen
• Product Backlog Refinement: Größe, Detailtiefe und Bereitschaft für das Sprint Planning
• Einträge formulieren: User Stories, Akzeptanzkriterien und andere Formate, die der Scrum Guide offenlässt
• Schätzen ist Aufgabe der Developers: was der Product Owner von Schätzungen erwarten darf
• Ein Product Backlog für mehrere Teams am selben Produkt

Stakeholder und Kund:innen einbinden

• Stakeholder identifizieren und nach Einfluss und Interesse einordnen
• Sprint Review als Arbeitstreffen mit Stakeholdern statt Vorführung
• Mit Anfragen am Product Owner vorbei umgehen: Transparenz statt Verbot
• Product Owner als Vermittler zwischen Fachbereichen, Management und Scrum Team

Releases und Prognosen

• Release Management in Scrum: freigeben, sobald ein Inkrement Wert stiftet, auch mehrmals im Sprint
• Release-Entscheidungen: Inkrement fertig nach Definition of Done, Freigabe durch den Product Owner
• Prognosen aus vergangenen Sprints: Burn-up, Durchsatz und Spannbreiten statt Fixtermin
• Budget, Termin und Umfang: Umfang als Stellgröße mit Auftraggebern aushandeln

Prüfungsablauf und Übungsfragen

• Die Prüfung PSPO I: Online-Prüfung bei Scrum.org, Fragetypen, Zeitrahmen und Bestehensgrenze
• Prüfungspasswort kaufen und Prüfung selbst ablegen – im Seminar ist kein Prüfungsversuch enthalten
• Typische Fallen: „immer“, „nie“, Mehrfachauswahl und Fragen zu Verantwortlichkeiten
• Übungsfragen in Runden: jede Antwort mit einer Stelle im Scrum Guide begründen
• Open Assessments von Scrum.org als Selbsttest nutzen
• Persönlicher Lernplan: Scrum Guide, Glossar, Evidence-Based-Management-Leitfaden
• Weitere Stufen im Überblick: PSPO II, PSPO III und themenspezifische Product-Owner-Prüfungen

Praxisprojekt: Bonusprogramm-App einer Betriebskrankenkasse als Produkt führen

• Produktvision und erstes Produktziel für die Bonus-App mit Versicherten, Vorstand und Datenschutz formulieren
• Wertkennzahlen nach Evidence-Based Management festlegen: Nutzungsrate, Bearbeitungsdauer der Anträge, Beschwerden
• Product Backlog für drei Sprints ordnen und eine Stakeholder-Anfrage am Product Owner vorbei auflösen
• Release-Entscheidung nach einem simulierten Sprint Review begründen und eine Prognose mit Spannbreite geben