Les années passent et le rôle de Product Owner demeure toujours un point d’interrogation dans beaucoup d’organisations… Cela dit, je préfère encore que le rôle soit discuté et source de débat, plutôt que le voir se dévoyer!
Paradoxalement, les choses me paraissaient plus simples en 2008, 2009 dans mes premiers accompagnements agiles. L’agilité débarquait en France , je sentais les personnes motivées et prêtes à jouer le jeu, y compris côté Produit.
J’ai pu ainsi accompagner des PO qui fixaient le cap sur le produit, connaissaient leur domaine (marché, ou utilisateurs), prenaient des décisions, se dégageaient du temps pour travailler avec l’Equipe. La question du temps était certes déjà difficile, mais parfois soutenus dans leur activité par des Analystes ou des UX, ça passait. Premières expérimentations, petits produits, durée limitée, contextes favorables , me direz-vous… peut être en effet !
Aujourd’hui je reste persuadé que le rôle du PO doit être tourné à 50 % côté marché, domaine métier, connaissance des clients et des utilisateurs (un pas vers l’AGILE UX) et 50% côté Equipe de développement.
LE PRODUCT OWNER reste LE RESPONSABLE DU PRODUIT !
Responsable… S’il n’est pas en mesure de savoir où il veut aller avec son produit (pour que celui ci soit source de valeur), de fixer des priorités, de prendre des décisions sur son contenu ou sur ce qui est livré par l’Equipe, d’expliquer et de décrire ce qu’il attend… je pense que quelque chose ne tourne pas rond… 🙂
Disponible c’est nécessaire aussi. Même si, sur la question du temps, des aménagements sont toujours possibles, par exemple grâce au soutien d’autre acteurs.La présence et l’engagement du PO doivent être visibles et ressentis par l’Equipe. Un Product Owner localisé auprès de son Equipe est un plus indéniable même s’il n’est pas nécessaire selon moi que le PO assiste à tous les Daily Scrum!
Affiner le rôle de Product Owner sans le Dévoyer
L’agilité se définit et ne peut se vivre qu’en contexte. Obéissant à des valeurs & principes communs (BE AGILE), elle se déclinera de façon différente dans les organisations.
Il en va de même pour les responsabilités et la dynamique des rôles autour d’une Equipe.
C’est pourquoi, des Lead PO ou Chief PO apparaissent (en particulier dans des contextes Scrum à l’Echelle, LESS). C’est pourquoi le rôle même de Product Owner doit être affiné en contexte. Je dis bien AFFINER SEULEMENT, notamment en termes:
- d’activités sur lesquelles le PO peut être soutenus par d’autres personnes (gèrer le Backlog de Produit, donner du sens aux User Stories…)
- de relations et d’interactions avec les parties prenantes (Business, Marketing, Utilisateurs, Clients…)
Dans mon accompagnement de PO,je pars donc de cette description, que j’affine avec les personnes concernées, et que nous confrontons aux autres rôles en termes d’attentes & de responsabilités dans un workshop dédié.
Autres articles:
- Coaching de Product Owner
- Alerte Agile: notre PO va craquer
- Story Map; un gros plus pour les Product Owners
- Hypothèses et mesures dans vos Backlogs
En quoi puis-je vous aider?
Je m’appelle Jean Claude GROSJEAN. J’accompagne les personnes, les équipes, les organisations dans leur projet de transformation. Si la Gestion de produit Agile vous questionne, n’hésitez pas à me contacter, je peux vous accompagner…
