Ich bin daran interessiert zu verstehen, wie sich agiles Projektmanagement zwischen einem einzelnen produktorientierten Team und einer digitalen Agentur oder einem Beratungsunternehmen für Softwareentwicklung unterscheidet.
Zunächst einmal, in einer Situation, in der das Beratungsunternehmen oder die Agentur mehrere Kunden hat, ist der Kunde derselbe wie der Product Owner?
Repräsentieren Sie die Stakeholder gegenüber dem agilen Team
Die Hauptaufgabe eines Product Owners besteht darin, die Bedürfnisse und Wünsche der Stakeholder-Community gegenüber einem agilen Delivery-Team zu vertreten:
Repräsentieren Sie das Agile Team gegenüber den Stakeholdern
Eine sekundäre Rolle für einen Product Owner besteht darin, die Arbeit des agilen Teams gegenüber der Stakeholder-Community zu vertreten:
Wer das gut kann, wird ein guter Product Owner. Wie CodeGnome betonte, sollte der Product Owner ein integraler Bestandteil des Scrum-Teams sein, um effektiv zu sein. Wir haben Ihren Ansatz eines Kunden (in unserem Fall ein interner Kunde) ausprobiert, der die Rolle eines Product Owners in Teilzeit spielt. Es war nicht so effektiv. Als wir eine Person als Vollzeit-Product Owner einstellten, war die Veränderung dramatisch.
[In] einer Situation, in der das Beratungsunternehmen oder die Agentur mehrere Kunden hat, ist der Kunde derselbe wie der Product Owner?
Nein, das sind grundlegend unterschiedliche Rollen. Während der Product Owner vom Kunden kommen kann, ist der Product Owner eine spezifische Ein-Personen-Rolle innerhalb des Scrum-Frameworks . Der Kunde ist ein Stakeholder (ein „Huhn“), während der Product Owner ein formelles Mitglied des Scrum-Teams ist (ein „Schwein“).
Hinweis: Weitere Informationen zur Verwendung dieser Terminologie in Scrum finden Sie unter Das Huhn und das Schwein .
Der Kunde ist, vielleicht axiomatisch, ein Stakeholder in diesem Prozess. Eine Einzelperson oder ein Lenkungsausschuss innerhalb der Kundenorganisation wird als Projektsponsor bestimmt, und natürlich ist der Kunde für die Finanzierung des Projekts verantwortlich. Scrum weist jedoch die Product Owner-Rolle als Stellvertreter für alle Beteiligten in Bezug auf Priorisierung und Planung zu.
Der Product Owner arbeitet mit den Stakeholdern zusammen, um das Product Backlog zu erstellen und einen Konsens der Stakeholder für Projektprioritäten und Ressourcenzuweisungen zu erzielen. Als definierte Rolle im Scrum-Prozess muss der Product Owner ein aktiver Teilnehmer am Projekt sein und nicht nur ein Stakeholder, der darauf wartet, dass Features geliefert werden.
In der Praxis muss der Product Owner ein fester Bestandteil des Scrum-Teams sein. Daher ist es für den Product Owner im Allgemeinen von Vorteil, Mitglied derselben Organisation wie der Scrum Master und die Entwickler zu sein. Auf diese Weise wird die Stakeholder-Proxy-Rolle innerhalb des Projekts richtig platziert .
Größere Kunden haben oft ihr eigenes PMO- oder Projektmanagement-Framework; solche Kunden können für jedes Projekt ihren eigenen internen Projekt-/Produktmanager (oder einen anderen Stakeholder-Stellvertreter) zur Verfügung stellen. In solchen Fällen stimmen sich die beiden Stellvertreter ab: Der interne Stellvertreter des Kunden vertritt den Kunden gegenüber dem Product Owner, und der Product Owner vertritt die Interessen des Kunden innerhalb des Scrum-Teams.
Für jedes Produkt gibt es eine Person, die sich genug um das Produkt kümmert, um sich dafür einzusetzen und entweder das Budget für die Entwicklung bereitzustellen oder dafür zu sorgen, dass das Budget bereitgestellt wird.
Diese Person ist der Product Owner (gelegentlich ist es eher ein Team als eine einzelne Person).
Alle anderen, ob agenturintern oder extern, sind Stellvertreter dieses Product Owners, unabhängig von Rollen oder Titeln, die ihnen möglicherweise zuerkannt werden.
Neben dem Product Owner gibt es wahrscheinlich Stakeholder, deren Bedürfnisse erfüllt werden müssen, bevor das Produkt live gehen kann. Benutzer sind ein gutes Beispiel dafür – sie werden ein schwer zu verwendendes Produkt nicht mögen – aber es können auch Werbetreibende, Wirtschaftsprüfer, Rechtsangestellte, Architekten usw. dazu gehören. In dieser Situation kann manchmal ein Stellvertreter für den Product Owner effektiver sein als die PO selbst, da sie möglicherweise ein größeres Bewusstsein für diese "Gatekeeping"-Akteure haben. Ich würde erwarten, dass dies bei jeder Softwareberatung der Fall ist, die sich auf einen bestimmten Bereich spezialisiert hat - zum Beispiel haben Telekommunikation, Rohstoffhandel, Banken, Einzelhandel oder Hotels jeweils ihre eigenen bekannten Interessengruppen.
Es ist wahrscheinlich, dass PO ein Kunde oder Mitarbeiter des Kunden sein wird, ebenso wie einige der Gatekeeping-Stakeholder, aber nicht alle.