Proxy Product Owner – Agile ou pas Agile?

Le Proxy Product Owner (PO) apparaît souvent dans les grandes entreprises. C’est une personne qui va soulager le Product Owner d’une partie de ses tâches. Dans la majorité des cas, le Product Owner est son responsable hiérarchique.

Contrairement à la croyance commune, ce n’est pas uniquement un résiduel du cycle en V. Le rôle de Proxy PO est créé quand le projet est trop grand, ou les responsabilités du PO sont trop grandes et ne peuvent être exécutées par une personne.

Qu’est ce qu’un proxy product owner/ assistant product owner?

En général, on aura un chef de projet/produit qui va devenir Product Owner et qui va s’occuper de:

  • Négocier, récupérer, faire le suivi des besoins clients
  • Communiquer à l’extérieur de l’équipe
  • Gérer le recrutement
  • Gérer le budget (pour les chanceux)
  • Négocier les deadlines.
  • Etc

L’ assistant chef de projet ou Business Analyst deviendra le proxy PO et son rôle consistera à:

  • Transformer le besoin client en user stories
  • Faire le suivi de la planification selon les deadlines établies
  • Assister aux évènements agiles
  • Faire le relai avec l’équipe des décisions prises

C’est un rôle qui vient en tant que solution à la problématique souvent observée du « Product Owner fantôme ».

Les tâches peuvent varier selon les entreprises et les projets.

Il est aussi possible d’observer dans certaines entreprises de multiples Proxy PO pour une même équipe.

Chaque Proxy PO s’occupant d’une partie du produit/projet (selon la définition de l’entreprise du mot projet ou produit).

À cela s’ajoutent des questions telles que:

Que faire lorsqu’il n’y a qu’une seule équipe de développement et plusieurs Proxy PO ?

La nécessité d’un Proxy PO peut aussi venir du fait que les entreprises font souvent une séparation entre Business et IT.

Le PO se rapprochera du Business et le proxy PO de l’équipe IT ou de réalisation. Une autre raison est le fait de croire que seul le PO doit être en contact avec les stakeholders et les clients.

Le Proxy PO est-ce agile?

C’est une question qui soulève plein de débats et d’émotions, personnellement la réponse est OUI ou plus exactement, pourquoi pas ?

L’agilité est un cadre autour de 4 valeurs et 12 principes. L’agilité ne stipule rien sur le comment. Donc tant que le Proxy PO ne fait rien en contradiction avec ces principes, de mon point de vue, il n’y a pas de problème.

La source du problème vient de l’utilisation du mot Product Owner qui est une des responsabilités dans scrum, et dot les attetes sot clairement définies.

Je dirai donc qu’un proxy product owner peut être agile mais ce n’est pas scrum. Le plus important est de voir si cela fonctionne avec l’équipe.

Always bring it to the teamGeoff Watts – Scrum Mastery

L’agilité n’est pas dogmatique : s’il n’y a pas de souci de communications, de compréhension et si l’équipe est heureuse, pourquoi pas? Tout comme il n’y a pas une équipe-type, il n’y a pas une formation/organisation type.

Le Proxy PO – Etape de croissance du Product Owner Scrum ?

Vous pourrez retrouver dans cette video une description du rôle du Product Owner Scrum.

Il est possible d’imaginer le Proxy PO comme une PO junior qui découvre le métier et au fur et à mesure, prends de plus en plus de responsabilité et au final embrasse le rôle complètement.

Ci-dessous, l’évolution d’un Product Owner par Ron Eringa. Vous pouvez trouver l’article ici.

By Ron Eringa under CC licence

Le Proxy Product Owner est souvent limité car il a souvent besoin d’autres (marketing, ventes, chefs de produit / projet, comités de pilotage, etc.) pour répondre aux questions/besoins de l’équipe. Cette prise de décision déléguée conduit souvent à une perturbation du flux, des goulots d’étranglement, de grandes piles de travail stockées au sein de l’équipe de réalisation et au final, une lente génération de valeur commerciale au client final.

Alors qu’en pensez-vous ? Scrum ou pas scrum ? Agile ou non ?

Leave a Reply

Your email address will not be published. Required fields are marked *