Article d’origine : http://yannick.ameur.free.fr/dotclear/index.php?post/agile/Product_Owner_Proxy_PO
De plus en plus d’organisation Agile sont confrontées au problème de la scalabilité des processus Agiles.
Safe, LeSS, Scrum Of Scrum, ScrumBan, Kanban et multi-flux
Je vous propose de redéfinir l’un des principes : la mis en place d’un Proxy Product Owner ou d’un Product Manager Owner (PMO).
Principe du Proxy Product Owner
Petit rappel : Le rôle du Product Owner
Définissons le mot Proxy
Pourquoi un Proxy PO
Le cadre de travail du Proxy PO est rattaché à la scalabilité d’un Produit nécessitant de le découper en plusieurs sous produits. Il faut de l’énergie et du courage pour être un facilitateur de PO et faire circuler l’information.
Rôle du Proxy PO (PPO ou PMO)
- Etre au service des Products Owner
- Défendre la roadmap, être le représentant des PO
- Aider à trouver des solutions et à les mettre en place.
- Il est le garant des processus mis en place au sein de l’équipe PO.
- Canalisateur de l’information et de la transparence qui en découle.
Je rejoins le point de Bertrand présenté au ScrumDay 2011 ici.
L’objectif du Proxy PO :
- Aider à la décision entre plusieurs PO ou trouver la ou les bonnes personnes pour prendre la décision.
- Le Proxy PO Priorise la RoadMap mais il ne peut pas dire comment réaliser les sous produits,
- Il est facilitateur et doit connaitre un maximum de personne pour orienter et aiguiller les PO : Aiguilleur du ciel.
- Le PPO est sur le terrain avec les PO et donc il sait qui fait quoi dans la team de PO.
- Comme pour une team de développeur avec son Scrum Master, chaque PO de son équipe va présenter les éléments de son produit aux CODIR et démos externes.
- Facilitateur des autres PO (au préalable les autres PO lui auront donnés mandat de PPO), le Proxy Product Owner peut même être élu dans une équipe de PO par élection sans candidat.
- Le PPO n’est pas obligatoirement hiérarchiquement supérieur au autres PO.
- Avec le temps le proxy PO devrait disparaître, pour redevenir PO à plein temps, il devrait garder et gérer le sous produit le plus petit.
- Le Proxy PO doit responsabiliser son équipe, l’équipe doit rechercher ses coéquipiers.
Contre exemples
- Le PPO n’est pas un PO bouche trous (amicalement)
- Certain MANAGER s’improvisent Proxy PO et confondent Proxy et Firewall…
- Certain manager pratique le « Juste in time », traduisez par : Je te donne l’information au dernier moment (voir pas du tout).
- Le Proxy PO n’est pas un PO secrétaire entre les équipes de dev et les responsables de marchés et/ou le métier (ex AMOA).
Pour finir la définition de votre Proxy PO est la vôtre dans le cadre de votre entreprise avec les contraintes qui sont les vôtres.
C’est ma vision biensur.
Agile Tribu 