In Scrum ist der Product Owner die Person, die die Wünsche und Wünsche der Kunden oder Benutzer (Ziele und Visionen) vertritt. Der Product Owner ist in der Regel eine Schlüsselperson, die in vielen Fällen die Finanzierung für das zu entwickelnde Projekt kontrollieren kann, oder wenn er oder sie die Finanzierung nicht kontrolliert, ist er für diejenigen verantwortlich, die ihre Visionen in einer Weise umsetzen, in der ihr Return on Investment maximiert wird.,
Definition der Vision (Projektverantwortung)
Der Product Owner ist dafür verantwortlich, die oft marketingbezogenen Gesamtziele in eine Reihe kleinerer Segmente aufzuteilen. Er oder sie ist verantwortlich für die Erstellung eines Produkt-Backlog-Berichts, bei dem es sich um eine priorisierte Liste der Produktanforderungen mit geschätzter Zeit für deren Fertigstellung handelt. Der Product Backlog-Bericht ist eine der wichtigsten Aufgaben des Product Owners zum Erstellen und Verwalten, kann jedoch an andere delegiert werden.
Um dies zu erreichen, kann sogar ein Product Owner Team erstellt werden., Wenn dies jedoch geschieht, sollte ein Mitglied des Teams des Product Owners als Sprecher benannt werden. Der Sprecher ist die einzige Person, an die das Scrum-Entwicklungsteam geht, um endgültige Antworten auf seine Fragen zu erhalten. Entscheidungen sollten nicht vom Ausschuss getroffen werden.
Teamverantwortung
Es ist wichtig, dass der Product Owner das Scrum-Entwicklungsteam mit den Visionen der Organisation teilt und einbezieht. Der Product Owner sollte alle Teamfragen beantworten und Vorschläge von ihnen zum Hinzufügen, Löschen, Ändern oder Verbessern der Ziele des Benutzers anhören., Dies ist wichtig, um das Team zu motivieren und Benutzerfeedback zu erhalten.
Definieren von Einschränkungen
Neben der Definition der Projektziele ist der Product Owner für die Definition der Grenzen oder Einschränkungen zur Erreichung der Ziele verantwortlich. Einschränkungen wie Terminabschlussdaten, Kostenlimits, Speicherlimits, Geschwindigkeitsminimums usw.. Die Grenzen oder Einschränkungen, die der Product Owner verlangt, müssen erreicht werden können. Der Product Owner muss darauf achten, keine unrealistischen oder technisch unmöglichen Ziele zu verlangen., Wenn jedoch einige unrealistische Ziele eingereicht werden, besteht zumindest bei Scrum eine ständige Kommunikation zwischen einem Benutzer oder dem Vertreter des Benutzers und dem Entwicklungsteam, und eine frühzeitige Identifizierung ist wahrscheinlich.
Priorisierung von Aufgaben
Ein weiterer wichtiger Faktor, der die Realisierung von Zielen beeinflusst, ist die Priorisierung von Aufgaben in einem Sprint. Das Team arbeitet zuerst an den Segmenten, die am wichtigsten sind und nach Abschluss an den Benutzer oder Kunden für deren Integration freigegeben werden können. Dies sind in der Regel Jobsegmente, die einen hohen Produktwert bringen und den ROI positiv beeinflussen., Durch die Freigabe abgeschlossener Teile priorisierter Arbeit in einem Sprint sind Teile Ihres Produkts schneller auf dem Markt als in herkömmlichen Projekten, in denen abgeschlossene Arbeiten am Ende insgesamt veröffentlicht werden.
Da Projekte eine beträchtliche Zeit dauern können, ist dies sehr wichtig, da Benutzerfeedback, gut oder schlecht, viel früher zu Ihnen zurückkehrt. Dieses Feedback bedeutet normalerweise eine Änderung dessen, was im Projekt noch zu tun ist. Einige Ziele können geändert, einige eliminiert und einige neue Ziele zum Projekt hinzugefügt werden., Da die Änderungen kamen, während das Projekt noch gearbeitet wurde, gibt es viel mehr eine Wahrscheinlichkeit, dass sie zu geringeren Kosten integriert werden können, als wenn das Projekt bereits abgeschlossen war.
Die Einbeziehung von Änderungen, ob früher oder später von Scrum angenommen wird, wird passieren. Kein Projekt gilt dann als endgültig beendet. Selbst wenn wir wie ursprünglich angefordert erreicht werden, wollen wir unsere Ziele immer verbessern können. In dieser Hinsicht ist die Definition unserer Visionen ein nie endender Prozess und hat ein eigenes Leben.