Der Product Owner ist ein Mitglied des Scrum-Teams der die Eigentümerschaft des Produkts für das Unternehmen vertritt. Der Product Owner hat jedoch keine Autorität über die anderen Teammitglieder, genau wie der Scrum Master. Der Product Owner ist für die langfristige Pflege des Produkts und dessen Erfolg verantwortlich. Als Product Owner sollten Sie direkt mit Kunden und Nutzern, der Entwicklungsgruppe und anderen Schlüsselinteressenten interagieren, wie in der nachfolgenden Abbildung gezeigt.
Product Owner – Brücke zwischen der Entwicklungsgruppe und den Stakeholdern
Der Product Owner spielt eine entscheidende Rolle bei der Entscheidungsfindung, doch seine Hauptaufgabe besteht darin, die Lücke zwischen dem Scrum-Team und den Kunden zu schließen. Daher muss der Product Owner in der Lage sein, effektiv mit Stakeholdern zu kommunizieren, um das Team bei der Entdeckung des Produkts und der Erfassung von Anforderungen zu unterstützen.
- Der Product Owner sollte die Produktvision verstehen und sie dem Scrum-Team klar vermitteln können.
- Der Product Owner sollte die Geschäftsziele im Kontext des breiteren Marktes, die Bedürfnisse der Kunden, die Wettbewerber und digitale Trends verstehen.
Die Organisation und die Stakeholder können den Product Owner als denjenigen betrachten, der die Wertgenerierung verantwortet, während der Scrum Master die Prozessverantwortung des Teams repräsentiert.
Product Owner und Product Backlog
Der Product Owner ist verantwortlich für die Verwaltung des Product Backlogs durch die Kommunikation der Produktvision mit dem Scrum-Team. Der Product Owner bestimmt nicht nur den Inhalt des Product Backlogs, sondern auch die Priorität jedes Elements. Wie in der Abbildung unten gezeigt.
Product Owner und Backlog-Refinement
Wie oben erwähnt, ist der Product Owner verantwortlich für die Verwaltung des Product Backlogs, um den Produktwert zu maximieren. Der Product Backlog ist die einzige Quelle der Wahrheit und enthält alle Aufgaben, die am Produkt durchgeführt werden müssen. Als Product Owner müssen Sie Entscheidungen darüber treffen, was zuerst gebaut werden soll. Der Product Owner kann auch entscheiden, was gebaut werden soll und was nicht, indem er regelmäßig Elemente zum Backlog hinzufügt oder entfernt – dieser Prozess wird auch als Backlog-Refinement bezeichnet. Dies kann während Meetings erfolgen oder, häufiger, als kontinuierlicher Prozess, um das Product Backlog auf die Sprint-Planung vorzubereiten.
Backlog-Refinement
Das Backlog-Refinement ist ein Prozess vor der Sprint-Planung, der dem Scrum Master hilft, die kommende Sprint-Planung effektiver durchzuführen:
- Hilft dem Team, die Größe von User Stories abzuschätzen;
- Hilft, große Stories in kleinere, besser handhabbare aufzuteilen (oder kleine Stories zu größeren zusammenzufassen);
- Hebt zusätzliche Details hervor, die in den User Stories benötigt werden.
Der Product Owner muss außerdem sicherstellen, dass die User Stories im Product Backlog ausreichend detailliert sind, damit das Team sie vollständig verstehen kann. Dies stellt sicher, dass das Team den Sprint effektiv planen kann und genau weiß, was für die Fertigstellung jeder Story erforderlich ist.
Sprint-Backlog-Formation
Bei der Backlog-Refinement bespricht das Scrum-Team die Artikel ganz oben im Product Backlog (also jene, die darauf warten, in den nächsten Sprint aufgenommen zu werden).