Product Owner: Vision, Backlog, Wertnachweis

• Tag 1: Rolle, Vision und Kundenverständnis
• 1. Die Rolle und ihre Grenzen
  
  • Verantwortung für den Produktwert nach dem Scrum Guide
  • Product Owner und Produktmanagement in verschiedenen Organisationsformen
  • Wofür die Rolle entscheidet und wofür nicht
  • Die typischen Abwege: reiner Ticketschreiber, Vermittler ohne Mandat
  
  
• 2. Produktvision und Strategie
  
  • Eine Vision formulieren, an der sich Entscheidungen prüfen lassen
  • Produktziele als Bindeglied zwischen Vision und Backlog
  • Nutzenversprechen statt Funktionsliste
  
  
• 3. Nutzer und Markt verstehen
  
  • Kontinuierliche Erhebung statt einmaliger Marktstudie
  • Gespräche führen, die nicht in Höflichkeit enden
  • Rollenbilder, die auf Beobachtung beruhen
  • Wettbewerb einordnen, ohne ihn zu kopieren
  
  
• Praxis-Übung 1: Für ein eigenes oder vorgegebenes Produkt werden Vision und zwei Produktziele formuliert; anschließend entsteht ein Gesprächsleitfaden für eine Nutzerbefragung, der im Plenum auf Suggestivfragen geprüft wird.
• Tag 2: Backlog, Anforderungen und Planung
• 4. Das Backlog führen
  
  • Aufbau, Pflege und laufende Verfeinerung
  • Wann ein Eintrag bereit ist und wann eine Arbeit fertig ist
  • Struktur über Themen, größere Vorhaben und einzelne Einträge
  • Ein Backlog, das schrumpfen darf
  
  
• 5. Anforderungen schneiden
  
  • Eintragsformate und die Kriterien für einen guten Schnitt
  • Vertikal statt horizontal teilen
  • Abnahmekriterien, die prüfbar sind
  
  
• 6. Priorisieren und begründen
  
  • Verfahren im Vergleich: nach Dringlichkeit, nach Wert und Aufwand, nach Verzögerungskosten
  • Die Wahl des Verfahrens begründen statt Punkte zu vergeben
  • Ein Nein aussprechen, ohne die Beziehung zu belasten
  
  
• 7. Vorhersage und Roadmap
  
  • Aussagen über Termine mit ehrlicher Unsicherheit
  • Roadmapformen, die kein Lieferversprechen abgeben
  
  
• Praxis-Übung 2: Ein Backlog wird nach zwei verschiedenen Verfahren priorisiert; die abweichenden Ergebnisse werden gegenübergestellt und eine Entscheidung schriftlich begründet. Dazu wird eine Roadmap in zwei Fassungen erstellt - für die Geschäftsleitung und für das Entwicklungsteam.
• Tag 3: Stakeholder, Wertnachweis und Verantwortung
• 8. Stakeholder führen
  
  • Beteiligte einordnen: Einfluss, Interesse, Erwartung
  • Transparenz herstellen, ohne sich rechtfertigen zu müssen
  • Umgang mit widersprüchlichen Anforderungen von oben
  
  
• 9. Wert nachweisen
  
  • Kennzahlen, die etwas aussagen: aktueller Wert, Zeit bis zur Wirkung, Fähigkeit zur Innovation
  • Ergebnis statt Fertigstellungsgrad messen
  • Hypothesen aufstellen und widerlegen lassen
  • Was man tut, wenn eine Annahme sich nicht bestätigt
  
  
• 10. Produkte mit KI-Anteil verantworten
  
• Dieses Kapitel bildet die seit August 2026 geltende Pflichtenlage ab und ist in älteren Kursunterlagen nicht enthalten.
  
  • Wann aus einem Produkt mit KI-Funktion eine regulierte Anwendung wird
  • Welche Pflichten als Anforderungen im Backlog landen und warum sie nicht nachrangig sind
  • Transparenz gegenüber Nutzern und Umgang mit fehlerhaften Ausgaben
  • Verantwortung für Ergebnisse, die das Produkt selbsttätig erzeugt
  
  
• Praxis-Übung 3: Für das eigene Produkt werden zwei Wertkennzahlen festgelegt und eine Annahme als überprüfbare Hypothese formuliert. Anschließend wird geprüft, ob KI-Funktionen enthalten sind und welche Anforderungen daraus folgen würden.
  
  
  
  
  
  
  
  

• Product Owner und Produktverantwortliche, die ihre Praxis festigen wollen
• Quereinsteiger aus Business-Analyse, Projektleitung oder Fachbereich
• Anforderungsverantwortliche auf dem Weg in die Produktverantwortung
• Führungskräfte, die Produktverantwortung im Haus aufbauen

Voraussetzungen: Erste Berührung mit agilen Arbeitsweisen und ein Grundverständnis von Produktentwicklung oder Business-Analyse. Der Scrum Guide sollte vor dem Seminar gelesen werden; er ist frei verfügbar. Zertifizierungsvorwissen ist nicht erforderlich.