Ich glaube, dass der Product Owner ein wichtiges Mitglied des Teams ist und genauso zugänglich sein muss wie alle anderen.
Ich wurde kürzlich mit der Idee konfrontiert, dass der PO, weil er Teil des „Geschäfts“ (dh: des Kunden) ist, nicht als Mitglied des Teams betrachtet werden sollte.
Anders ausgedrückt: Sie sollten an wichtigen Meetings und den meisten Stand-ups teilnehmen, sich aber in ihrer Beteiligung einschränken, um zu vermeiden, dass sie versuchen, das Projekt zu kontrollieren (wie es für BAs oder das Projektmanagement zu einer schlechten Praxis geworden ist).
Sollen sie auf Abstand gehalten oder vollständig in den agilen Prozess indoktriniert werden?
Der PO ist ein wichtiges Mitglied des agilen Teams, sollte aber streng innerhalb seiner Rollendefinition bleiben, die laut diesem Artikel :
Der Product Owner , in XP Kunde vor Ort und in AM aktiver Stakeholder, vertritt die Stakeholder. Dies ist die einzige verantwortliche Person in einem Team (oder einem Unterteam bei großen Projekten), die für die priorisierte Arbeitselementliste (in Scrum als Product Backlog bezeichnet), für das rechtzeitige Treffen von Entscheidungen und für die Bereitstellung von Informationen in a verantwortlich ist rechtzeitig.
Aufgrund der Art ihrer Rolle und der Kultur, aus der sie kommen, neigen sie möglicherweise dazu, das Team zu kontrollieren, aber der Scrum Master muss sicherstellen, dass der Product Owner die Grenzen nicht überschreitet.
Der PO soll nicht das Team kontrollieren, aber er IST derjenige, der das Projekt in dem Sinne kontrolliert, dass er den Rückstand priorisiert.
Ich verstehe nicht, warum ein PO an den Stand-ups teilnehmen müsste. Da hat er nichts Sinnvolles beizutragen. Seine Einbeziehung ist höchstwahrscheinlich nur eine bequeme (für den SM) Weg, ihn über den Fortschritt auf dem Laufenden zu halten (was nicht das Ziel der Stand-Ups ist). Im Gegenteil, ich konnte sehen, wie dies zu Versuchen der PO führen könnte, das Team zu kontrollieren ...
Sie sollten auf jeden Fall gut in Scrum geschult sein und eng zusammenarbeiten, wenn es darum geht, Backlog-Items zu konkretisieren.
Ob man ihn zum Team zählen will, ist zweitrangig. Wenn er die Dinge tut, die er tun sollte, und die Dinge nicht tut, die er nicht tun sollte...
Ich würde sagen, es hängt vom Kontext ab, ob der PO der einzige ist, der die Geschäftsanforderungen kennt, oder ob Entwickler auch ohne den PO gute Entscheidungen treffen können.
„Ich glaube, dass der Product Owner ein wichtiges Mitglied des Teams ist und genauso zugänglich sein muss wie alle anderen.“ Wenn Sie das Gefühl haben, dass sie/er wichtig ist, dann sind sie es wahrscheinlich.
Die wirkliche Lösung besteht darin, Rollen und Verantwortlichkeiten klar zu definieren und sie mit den richtigen Personen zu besetzen. Einen PO zu haben, der den Entwicklern sagt, wie die Dinge zu tun sind, ist ein großes Problem, aber auch einen PO zu haben, der sich isoliert und nicht Teil der Ausführung anfühlt.
Es ist also eine Kunst, effektive Teams aufzubauen, und es muss darauf geachtet werden, Personen mit den richtigen Fähigkeiten und dem angemessenen Verhalten Schlüsselrollen zuzuweisen.
Wenn Sie eine effektive Ausführung wünschen, muss jeder mit voller Transparenz Teil des Teams sein.
Ich denke, der Product Owner (PO), so wichtig er auch ist, muss nicht in einem bestimmten Team sein. Er/sie könnte ein paar Teams/Projekte leiten.
Tatsächlich kann der PO auch der Projektmanager und sogar eine andere Rolle sein. Es hängt wirklich von der Größe des Teams, dem Projekt und dem „Geist“ der Organisation ab.
Wenn es eine Lücke darin gibt, wie das Team die Prioritäten und Geschäftsanforderungen versteht, ist es umso besser, je mehr PO involviert ist.
Mohammed
Alan Larimer