Product owner et Proxy Product Owner

Si vous avez adopté la méthodologie SCRUM, les réunions, les artefacts et les intervenants de la méthodologie SCRUM n’ont plus de secrets pour vous. Si le positionnement du Scrum Master fait l’unanimité, celui du Product Owner fait souvent l’objet de nombreux questionnements alors qu’il s’agit d’un role essentiel dans la méthodologie SCRUM.

Le rôle de Product Owner se définit ainsi :
« Le Product Owner est le représentant des clients et utilisateurs. C’est lui qui définit l’ordre dans lequel les fonctionnalités seront développées et qui prend les décisions importantes concernant l’orientation du projet. Le terme directeur n’est d’ailleurs pas à prendre au sens hiérarchique du terme, mais dans le sens de l’orientation. » (source Wikipedia)

Il est cependant utile de compléter cette définition du Product Owner :
– il est le dépositaire mandaté dans la vision produit du ou des produits qui lui incombent
– il construit le produit en conservant une vision mesurée du retour sur investissement (ROI) de ces demandes
– il détermine les objectifs stratégiques de chaque itération et planifie ainsi l’évolution du produit

Usuellement le Product Owner gère :
– la préparation du backlog et dans une moindre mesure la vision d’entreprise du ou des produits
– la roadmap et dans une moindre mesure, par corrélation la plannification des releases
– sa collaboration avec les ‘métiers’ et l’accomplissement des évolutions ou créations
– sa collaboration avec l’équipe et le scrum master

Hors dans de nombreuses entreprises,
– les métiers sont complets, distincts et hétérogènes
– les métiers concentrent le pouvoir de décision et ont leur propre approche ROIste et ne souhaitent pas déléguer ce ‘pouvoir’
– les organisations et répartition des métiers se font en silos
– les cycles de décision et de réalisation sont réellement lents, ce qui créée concurrence entre les besoins
– les demandeurs ne souhaitent pas s’impliquer dans la réalisation
– il n’est évidemment pas possible d’avoir autant de Product Owner que de silos/produits/métiers (quid des projets transverses dans ce cas).

Ces anti-patterns agiles et cette réalité ont donc favorisé l’apparition d’un rôle, un peu plus subtil, peu spécifié, remplaçant le Product Owner ; il s’agit du Product Owner Proxy

Sur des projets transverses il est :
– l’interlocuteur unique des responsables produits
– l’interlocuteur principal (ou unique, à vous de voir) des membres de l’équipe scrum
– le gestionnaire des priorités
– la personne en charge de l’organisation des releases pluri-métiers
– le dépositaire d’une expertise métier spécifique à l’ensemble pluri-disciplinaire que forme le projet global d’entreprise (qui n’est pas l’expertise métier de tout les responsables produits ou métiers)

Il n’est pas :
– le dépositaire ‘produit’ et n’est mandaté que par le responsable produit
– acteur sur le ROI ; il est d’avantage un analyste
– le référent en terme de vision sur le produit

De l’aveu même de Ken Schwaber, Scrum ne définit pas comment utiliser le product backlog et pas plus ce que doit faire le product owner. Donc après c’est à vous de voir comment limiter ou augmenter ce rôle.

Qui peut être ce product owner ?
– un développeur senior (pour peu qu’il se soit aussi spécialisé dans la gestion de projet)
– un business analyst ou un chef de projet (pour peu qu’il soit réellement sensibilisé à développement et aux contraintes techniques et qu’il ait une réelle empathie vis à vis des développeurs)
– dans une certaine mesure,un responsable produit, pour peu qu’il soit réellement accepté en tant que tel par les responsables produits et les membres de l’équipe SCRUM

Comment consolider ce rôle de product owner proxy ?
Il faut impérativement outiller et enrichir les attributions de ce rôle clé en :
– outillant le rôle en process de gestion de de la demande
– organisant l’assistance de la part des responsable métiers ou produit dans le travail de tout les jours
– donnant des pleins pouvoirs dans la gestion et négociation de la priorisation (business value)

Les valeurs de ce product owner proxy doivent être :
– confiance totale des responsables produits
– confiance totale de l’équipe scrum
– autonomie et une capacité à prendre des décisions et à les faire accepter
– respect des besoins, respect des équipes, respect du travail réalisé

Pour le reste la base du métier, les artefacts, et les outils du Product Owner ne changent pas :
– le backlog
– la priorisation
– l’écriture des User Stories
– l’assistance aux différentes ‘cérémonies’ SCRUM

Sur des projets non transverses, le pattern du Proxy Product Owner est inutile.

En conclusion, demandeurs, responsables produits, directions, membre de l’équipe scrum, le Product Owner Proxy est votre meilleur allié. Certes, il est souvent issu de la technique informatique, mais l’aidez c’est vous aidez dans vos projets car il est le meilleur vecteur du bon accomplissement des travaux de la société car :
– il est autant sensible que les demandeurs aux objectifs business de la société
– il connait tout les besoins de la société et il est le meilleur allié pour faire progresser les projets des acteurs de la société
– il est un excellent filtre pour l’équipe SCRUM pour éliminer bruit et négocier en amont les fonctionnalités

Un peu de lecture :
http://kenschwaber.wordpress.com/2011/01/31/product-owners-not-proxies/
http://blogs.versionone.com/agile_management/2009/08/04/agile-product-owner-by-proxy/
http://agileworld.blogspot.com/2009/09/choosing-proxy-product-owner.html
http://www.leadingagile.com/2009/03/product-owner-by-proxy/
http://softwaredevelopmenttoday.blogspot.com/2008/04/proxy-product-owner-pattern-in-scrum.html
http://www.slideshare.net/xwarzee/le-product-owner-proxy-bertrand-dour
http://agileinthemix.com/fr/2010/02/illustration-dune-organisation-en-silo-leffet-dalton/
Corpus et notes de la formation Certified Scrum Master par Petra Skapa (Xebia)

Publicités

Laisser un commentaire

Entrez vos coordonnées ci-dessous ou cliquez sur une icône pour vous connecter:

Logo WordPress.com

Vous commentez à l'aide de votre compte WordPress.com. Déconnexion / Changer )

Image Twitter

Vous commentez à l'aide de votre compte Twitter. Déconnexion / Changer )

Photo Facebook

Vous commentez à l'aide de votre compte Facebook. Déconnexion / Changer )

Photo Google+

Vous commentez à l'aide de votre compte Google+. Déconnexion / Changer )

Connexion à %s