Scrum-Leitfaden | 6. Product Owner – wer ist das?

Es kann vorkommen, dass das Entwicklungsteam, das aus erfahrenen Spezialisten besteht, seine Arbeit nicht schnell und effizient genug finden kann. Bei der Rückschau auf das große Ganze nach Abschluss des Projekts stellt sich oft heraus, dass das Fehlen eines definierten Ziels schuld an der Situation war. Wenn Sie unter dem Scrum-Framework arbeiten, um diese und andere beunruhigende Probleme zu vermeiden, haben die Schöpfer der Position des Product Owners eine Rolle, auf die wir uns heute in unserem Artikel konzentrieren werden.

Product Owner – Inhaltsverzeichnis:

1. Verantwortlichkeiten des Product Owners
2. Stimme des Kunden im Scrum Team
3. Product Owner und sein Zweck
4. Rückstandswächter
5. Zusammenfassung

Verantwortlichkeiten des Product Owners

Nur der Product Owner kann Einträge in das Product Backlog vornehmen sowie bei Zweifeln bezüglich der Kundenerwartungen eine letzte Entscheidung treffen. Zu den grundlegenden Aufgaben dieser Rolle gehören:

1. Zusammenarbeit mit dem Kunden – regelmäßige Gespräche mit dem Kunden führen, die zur Definition und Spezifizierung der vom Scrum-Team erstellten Merkmale des Produkts führen; das primäre ziel dabei ist, ein produkt zu schaffen, das die anforderungen des kunden bestmöglich erfüllt.
2. Artikulation des Produktziels – das ist die Entwicklung und Definition der langfristigen Ausrichtung der Aktivitäten des Scrum-Teams und die Sicherstellung, dass alle Teammitglieder sie verstehen.
3. Den Product Backlog führen – wir werden den Product Backlog in einem gesonderten Artikel besprechen, aber fürs Erste genügt es zu sagen, dass es eines der Scrum-Artefakte ist, die im offiziellen Scrum-Leitfaden definiert sind. Es handelt sich um eine sich entwickelnde, strukturierte Liste dessen, was zur Verbesserung des Produkts erforderlich ist. Es ist die einzige Blaupause für die Arbeit des Scrum-Teams. Schauen wir uns also die Rolle des Product Owners im Scrum-Team genauer an.

Stimme des Kunden im Scrum Team

Der Product Owner nimmt im Scrum Team die Perspektive des Kunden ein. Dank dieser Rolle kann das Scrum-Team seine Zweifel kontinuierlich angehen. Sie müssen die oft unklaren Vorgaben des Kunden nicht selbst interpretieren.

Das Treffen von Entscheidungen bezüglich des Produkts, das Festlegen der Prioritäten des Entwicklungsteams sowie das Erstellen und Organisieren der Einträge im Product Backlog machen den Product Owner zu einem so wichtigen Mitglied des Teams.

Die tägliche regelmäßige Zusammenarbeit des Product Owners mit dem Entwicklungsteam und dem Scrum Master ist aufgrund der kurzen Dauer von Sprints entscheidend. Dies sind Perioden intensiver Arbeit an der Erstellung von Produktinkrementen – ein Thema, das wir in einem separaten Artikel behandeln werden.

Es bleibt keine Zeit, Fragen an jemanden zu schicken, der an einem anderen Ort arbeitet, und in der Ferne auf eine Antwort zu warten. Somit wird der Product Owner zum Kundenvertreter innerhalb des Teams. Das Team ist darin präsent.

Die Product Owner nehmen auch an allen Meetings des Scrum-Teams teil, um über den Fortschritt des Entwicklungsteams auf dem Laufenden zu bleiben. Indem sie die Schwierigkeiten der Mitarbeiter erkennen, können sie dem Kunden zuverlässige Informationen liefern und die Arbeit des Teams effizient organisieren.

Diese Besetzung soll die Lücke zwischen dem Scrum-Team-Umfeld, dh dem Geschäftsumfeld, und den Entwicklern schließen. Außerdem, um die Arbeit des Entwicklerteams zu organisieren und zu entscheiden, welche Kriterien für den Abschluss der Arbeit an einer bestimmten Lösung gelten. Und billigt auch den Moment ihrer Erfüllung.

Product Owner und sein Zweck

Der Product Owner ist dafür verantwortlich, das Produktziel klar zu definieren und zu klären, dh den Zweck der Arbeit des Teams zu definieren. Mit anderen Worten umfasst dies konzeptionelle und organisatorische Arbeiten, deren Zweck hauptsächlich die Bearbeitung von User Stories ist: das Erstellen des Konzepts des Produkts und seiner Funktionalität, die den Anforderungen des Kunden entsprechen und diese erfüllen. Ein ebenso großer Teil der Aufgaben des Product Owners betrifft die Managementarbeit – die Organisation und Priorisierung der Aufgaben im Product Backlog.

Aus Sicht des Scrum-Teams bedeutet es, sich um die Klarheit des Aktivitätshorizonts zu kümmern. Wir werden in einem separaten Eintrag über das Produktziel sprechen. Heute verwenden wir ein Beispiel:

Lassen Sie es das Ziel des Scrum-Teams sein, eine mobile App zur Organisation der Teamarbeit zu erstellen. Die Aufgabe des Product Owners besteht darin, den Mitgliedern des Scrum-Teams zu erklären, was die wichtigsten Funktionalitäten der Anwendung aus Kundensicht sind. Zum Beispiel – Hinzufügen neuer Teammitglieder per Kontaktliste oder Wechseln zwischen der Team- und der persönlichen Kalenderansicht.

Sobald das Team das Produktziel verstanden hat, liegt es am Product Owner:

• den richtigen Kurs halten – damit immer die herausragendste Funktionalität der erstellten Anwendung mit dem Produktziel übereinstimmt, nämlich die Organisation der Teamarbeit
• Detailfragen klären – gemeinsam mit dem Team suchen, vereinbaren und spezifizieren, wie das Produkt funktioniert
• Prioritäten im Auge behalten – nach dem „First Things First“-Prinzip wird es beispielsweise die Aufgabe des Product Owners sein, die Entwicklung von Seiten- oder Zusatzfunktionalitäten der Anwendung zu verhindern, die aus Kundensicht von untergeordneter Bedeutung sind

Die Erfassung der Kunden- oder sogar Stakeholder-Sichtweise macht Product Owner zu wichtigen Entscheidungsträgern im Prozess der Produktentstehung. Darüber hinaus nehmen sie an Diskussionen mit Personen außerhalb des Scrum-Teams teil und tragen die Last der Lieferung wertvoller Produkte an den Kunden.

Rückstandswächter

Zu den täglichen Aufgaben des Product Owners gehört es, die Elemente des Product Backlogs zu organisieren. Dies ist eine entmutigende Aufgabe, da sie sich während des gesamten Vorhabens des Projekts ständig ändert. Dieses schriftliche Protokoll enthält alle bekannten Maßnahmen und Schritte, die zur Verwirklichung des Produktziels führen. Natürlich werden sie vor ihrer Ausführung fein getrennt und priorisiert.

Der Product Owner verfeinert die im Product Backlog enthaltenen Aufgaben und unterteilt sie in kleinere. Dann entscheidet er, welche davon bereit sind, in die Umsetzungsphase einzutreten.

Einerseits ist die Arbeit mit dem Product Backlog administrative und organisatorische Arbeit, die ein Verständnis der Art, Fähigkeiten und Einschränkungen der Arbeit des Entwicklerteams erfordert. Andererseits besteht die Aufgabe des Product Owners darin, die Art, Fähigkeiten und Grenzen der Arbeit des Entwicklungsteams sowie die externen Geschäftsbedingungen der Produktentwicklung zu verstehen.

Andererseits besteht die Aufgabe des Product Owners darin , das Product Backlog gemäß den Bedürfnissen des Scrum Teams zu erstellen. Es muss für alle Teammitglieder klar, zugänglich und verständlich sein. Andererseits ist der Product Owner dafür verantwortlich, alle Fragen und Zweifel zu beantworten, die Scrum Master und Entwickler zum Produkt haben. Dank ihm weiß das gesamte Team, was bereits getan wurde, was in Arbeit ist und was noch zu tun ist.

Zusammenfassung

Der Product Owner spielt die Schlüsselrolle im Scrum-Framework . Der Product Owner führt das Team ständig zum Ziel, hält das Product Backlog vollständig, sicher und klar und spricht nicht zuletzt die Stimme des Kunden im Scrum-Team.

Die Aufgaben des Product Owners sind so herausfordernd, dass wir den nächsten Eintrag diesem Thema gewidmet haben. Dort finden Sie die häufigsten Fehler des Product Owners und Möglichkeiten, damit umzugehen.

Wenn Ihnen unsere Inhalte gefallen, treten Sie unserer fleißigen Bienen-Community auf Facebook, Linkedin und Twitter bei.

Autorin: Caroline Becker

Als Projektmanagerin ist Caroline Expertin darin, neue Methoden zu finden, um die besten Arbeitsabläufe zu gestalten und Prozesse zu optimieren. Ihre organisatorischen Fähigkeiten und ihre Fähigkeit, unter Zeitdruck zu arbeiten, machen sie zur besten Person, um komplizierte Projekte in die Realität umzusetzen.

Alle Beiträge anzeigen

Scrum-Leitfaden:

1. Glossar der Grundbegriffe, Rollen und Begriffe
2. Was ist Scrum?
3. Scrum-Werte
4. Wie implementieren Sie Scrum in Ihrem Unternehmen?
5. Scrum Team – was ist das und wie funktioniert es?
6. Wer ist ein Product Owner?
7. Die häufigsten Fehler des Product Owners
8. Wer ist der Scrum-Master?
9. Eigenschaften eines guten Scrum Masters
10. Die häufigsten Fehler des Scrum Masters
11. Welche Statistiken und Metriken sollte der Scrum Master verfolgen?
12. Zusammenarbeit zwischen Product Owner und Scrum Master
13. Entwicklungsteam in Scrum
14. Die häufigsten Fehler von Entwicklern
15. Scrum-Artefakte
16. Scrum skalieren
17. Sprint-Rückstand
18. Was ist das Product Backlog?
19. Was sind User Stories?
20. Erstellen Sie die beste User Story mit INVEST
21. Die häufigsten Fehler in User Storys
22. Akzeptanzkriterien für User Storys
23. Schätzung und Story Points in Scrum
24. Planungspoker
25. Team-Schätzspiel
26. Inkrement definieren
27. Scrum-Ereignisse
28. Was ist Sprint in Scrum?
29. Verpflichtungen des Scrum-Teams – Produktziel, Sprintziel und Abschlussdefinition
30. Was ist ein Burndown-Diagramm?
31. Wie erstellt und interpretiert man ein Burndown-Diagramm?
32. Vor- und Nachteile des Burndown-Charts
33. Kanban-Boards in Scrum und Scrumban
34. Velocity in Scrum - Schnelligkeit des Entwicklungsteams
35. Tägliches Scrum
36. Sprint-Planung
37. Sprint-Review
38. Was ist eine Sprint-Retrospektive?
39. Häufige Fehler während einer Sprint-Retrospektive
40. Pflege des Produkt-Backlogs