Der Produkt Owner – Das Steuerrad des Projekts
Der Product Owner ist wie der „Produktchef“ in einem Projekt. Seine Hauptverantwortung besteht darin, die Bedürfnisse der Kunden und Stakeholder zu verstehen und sicherzustellen, dass das Entwicklungsteam die richtigen Dinge priorisiert und baut.
Sie entscheiden, was als nächstes im Projekt gemacht wird, ähnlich wie ein Restaurantbesitzer entscheidet, welche Gerichte auf der Speisekarte stehen. Der Product Owner ist derjenige, der sicherstellt, dass das entwickelte Produkt für die Kunden wertvoll ist.
Der Produkt Owner IST NICHT:
Ein Alleinentscheider: Obwohl der Produkt Owner entscheidet, welche Funktionen priorisiert werden sollen, trifft er diese Entscheidungen nicht im Alleingang. Er berücksichtigt das Feedback des Teams und der Stakeholder.
Ein Projektleiter im herkömmlichen Sinne: Ein Produkt Owner ist nicht dafür verantwortlich, den gesamten Projektverlauf zu planen oder zu steuern. Seine Hauptaufgabe liegt in der Definition und Priorisierung der Produktfunktionalitäten.
Ein Technikexperte für alle Bereiche des Produkts: Auch wenn ein Produkt Owner technische Kenntnisse haben kann, ist er nicht notwendigerweise ein Experte in allen technischen Aspekten des Produkts. Seine Hauptrolle liegt in der Definition und Priorisierung der Anforderungen.
Hauptaufgaben und Verantwortlichkeiten
Definition der Produktvision: Der Product Owner ist verantwortlich für die Festlegung und Kommunikation der langfristigen Vision des Produkts. Er stellt sicher, dass das gesamte Team eine klare Vorstellung davon hat, welches Ziel mit dem Produkt erreicht werden soll.
Priorisierung des Product Backlogs: Der Product Owner erstellt und verwaltet den Product Backlog, der eine geordnete Liste von Anforderungen, Features und Aufgaben darstellt. Er bestimmt, welche Elemente die höchste Priorität haben und zuerst entwickelt werden sollen.
Kommunikation mit Stakeholdern: Der Product Owner ist die Schnittstelle zwischen dem Entwicklungsteam und den Stakeholdern des Projekts. Er sammelt Feedback, klärt Anforderungen und sorgt dafür, dass die Erwartungen der Stakeholder berücksichtigt werden.
Zusammenfassung
Zusammenfassend ist der Produkt Owner der Steuermann, der die Richtung des Projekts festlegt. Er vereint die Anforderungen der Stakeholder mit der technischen Umsetzbarkeit und sorgt dafür, dass das Produkt erfolgreich zum Ziel geführt wird.
*Praxisbeispiel
9:00 Uhr – 10:00 Uhr: E-Mails und Kommunikation
Der Tag beginnt oft mit der Überprüfung von E-Mails und der Kommunikation mit Teammitgliedern und anderen Abteilungen. Der Product Owner sorgt dafür, dass er auf dem neuesten Stand ist und dringende Anfragen beantwortet.
10:00 – 11:30 Stakeholder-Kommunikation
Der Product Owner trifft sich mit wichtigen Stakeholdern, um Feedback einzuholen, Anforderungen zu klären und Fortschrittsberichte zu teilen.
11:30 Uhr – 12:00 Uhr: Product Backlog überprüfen und aktualisieren
Der Product Owner überprüft den Product Backlog und passt ihn basierend auf dem erhaltenen Feedback von Stakeholdern an. Dies kann das Hinzufügen neuer Anforderungen, die Überprüfung der bestehenden Prioritäten oder die Klärung von Details beinhalten.
12:00 Uhr – 13:00 Uhr: Mittagspause
Der Product Owner nutzt die Mittagspause, um sich zu entspannen und Energie zu tanken.
13:00 Uhr – 15:00 Uhr: User Stories schreiben
Der Product Owner könnte Zeit verwenden, um neue User Stories zu schreiben oder bestehende zu überarbeiten. Er stellt sicher, dass die Anforderungen klar und verständlich sind.
15:00 Uhr – 16:00 Uhr: Meeting mit dem Scrum Master und anderen Teammitgliedern
Der Product Owner trifft sich mit dem Scrum Master und anderen relevanten Teammitgliedern, um über den Fortschritt, Hindernisse und die Planung für den nächsten Sprint zu sprechen.
16:00 Uhr – 17:00 Uhr: Dokumentation und Vorbereitung für den nächsten Tag
Der Product Owner dokumentiert wichtige Punkte des Tages, aktualisiert das Product Backlog und plant Aktivitäten für den nächsten Arbeitstag.
*Es ist wichtig zu beachten, dass die genauen Aufgaben eines Product Owners je nach Team und Organisation variieren können.
Nützliche Links und zusätzliches Lernmaterial:
Manifesto for Agile Software Development. http://AgileManifesto.org/
Scrum Guide. https://scrumguides.org/scrum-guide.html
Wir möchten darauf hinweisen, dass die in diesem Lernkurs enthaltenen Videos nicht unser Eigentum sind. Die Urheberrechte und das geistige Eigentum liegen bei den jeweiligen Schöpfern dieser Inhalte. Unser Ziel ist es, Ihnen durch die Zusammenstellung dieser Videos einen informativen und lehrreichen Kurs anzubieten.
