Je partage avec vous ma vision du rôle du Product Owner, tous vos feedbacks sont les bienvenus 
Rôle du Product Owner
Le Product Owner (ou PO) est avant tout un rôle initialement définie dans la méthodologie Scrum et maintenant généralisé à l’ensemble des méthodes dites « Agile ». Ce rôle est généralement tenu par un individu unique, mais il est courant de voir également une équipe de PO assurer cette mission avec succès, sous réserve que cette équipe de PO tienne un discours commun et cohérent auprès de l’équipe de réalisation.
Le PO est un membre à part entière de l’équipe Scrum dont la responsabilité principale est de définir un produit qui apportera le maximum de valeur métier aux utilisateurs dans le temps et le budget impartis au projet.
Le Product Backlog
L’outil principal utilisé par le PO est le Product Backlog (ou PB) qui est la liste ordonnée des éléments constitutifs du produit. La priorité des éléments est définie suivant 4 caractéristiques : leur valeur métier, leur effort de réalisation, leur risque et la connaissance technique ou métier apportée par leur mise en œuvre. Chaque PO définit des règles de priorisation, basées sur 1 à 4 de ces caractéristiques, généralement valables pour la durée de réalisation d’une version (un produit se décompose en plusieurs versions).
Le PB sera réalisé par l’équipe de réalisation, itération après itération, dans le respect absolu de l’ordre positionné par le PO. Cette liste sera amendée (ajout ou suppression) en fonction des feedbacks récoltés auprès des utilisateurs à chaque itération, mais ces changements doivent survenir entre les itérations pour ne pas perturber l’équipe durant l’itération en cours.
L’évolution du Product Backlog sur la base des retours utilisateurs permet de garantir que le produit final répondra exactement aux attentes des utilisateurs. Comme le budget est généralement contraint et que chaque changement représente un coût, il est de la responsabilité du PO de discuter régulièrement avec les utilisateurs pour bien évaluer la valeur des changements demandés au regard des fonctionnalités à venir, et choisir l’un ou l’autre en fonction du modèle de valeur du produit.
L’Activité Principale du Product Owner
La création du PB et son maintien (ou « grooming » en anglais) sont les activités principales du PO, elle n’est pas facile car il lui faut récolter de nombreuses informations sur le produit :
- Identifier les attentes des utilisateurs et les bénéfices que le produit leur apportera
- Décrire avec le maximum de détails les utilisateurs et/ou clients du produit
- Identifier les fonctionnalités attendues et sélectionner celles qui apportent le plus de valeurs ou de bénéfices aux utilisateurs pour définir et planifier les releases/versions du produit
- Décrire chaque fonctionnalité retenue sous forme d’une User Story suffisamment petite pour être implémentée en 1 seule itération, sans oublier d’y associer les critères d’acceptation indispensables à sa bonne compréhension par l’équipe.
- Comprendre les Technical Story proposées par l’équipe de réalisation (besoins non fonctionnels mais indispensable – ex : Migration de version d’une base de données) et les Bug Story (ou « bugs connus »)
- Prioriser toutes les Story au sein du Product Backlog
- Maintenir le Product Backlog et chercher en permanence à maximiser la valeur métier pour les utilisateurs
- Accepter ou refuser les Story implémentées par l’équipe de réalisation
De nombreuses techniques, propres au métier du Product Owner, permettent de faciliter le travail du PO. Parmi celles-ci nous citerons « Story Mapping », « Product Box », « Impact Mapping », « Personas », « Blitz Planning » et « Remember the Future ».
Autres Activités du Product Owner
Si l’élaboration et l’évolution du Product Backlog représentent des activités primordiales et consommatrices de temps, ce ne sont pas les 2 seules activités dévolues au PO, car il ne faut pas oublier les suivantes :
- Elaborer la Vision du Produit pour la version en cours
- Partager cette Vision avec l’équipe de réalisation et leur communiquer pourquoi le produit est utile
- Montrer aux décideurs / parties prenantes que cette vision est dans la ligne de la stratégie de l’entreprise
- Communiquer sur l’avancement de la réalisation du produit auprès du management et des utilisateurs
- Récolter les feedbacks des utilisateurs
- Répondre aux demandes de clarification émises par l’équipe de réalisation sur les Story en cours de réalisation durant l’itération.
- Contribuer aux réunions Scrum avec l’équipe de réalisation et le Scrum Master
- Réaliser ou organiser le déroulement des Tests Utilisateurs/Métier de la version
- Evaluer le fonctionnement des versions précédentes mises en production et en cours d’utilisation
- Mener une réflexion stratégique préparatoire des versions à venir
Et même parfois
- Assurer la formation des utilisateurs
- Promouvoir le produit auprès d’autres instances (Directions métier, Filiales …)
- Evaluer les opportunités du marché
- Vendre le produit à des clients et ramener des commandes fermes !
Un Rôle à Temps partiel ?
La liste des activités du Product Owner décrites ci-dessus amène naturellement à la conclusion que le rôle de PO nécessite un investissement important qui conditionne très fortement le succès du produit. Cette charge de travail conséquente justifie souvent la mise en œuvre d’une Equipe PO ou plusieurs individus assurent en commun le rôle unique de Product Owner du produit.
Une cause d’échec des méthodes Agiles régulièrement identifiée est une disponibilité insuffisante du Product Owner. L’échec peut se caractériser par la réalisation d’un produit qui ne répond pas aux attentes des utilisateurs (absence de feedbacks), par le déploiement d’un produit trop complexe (orientation trop technique) ou par un périmètre incomplet et non utilisable (absence de modèle de valeur et de priorisation).
Product Owner : Je veux me Former !
Suivre une formation spécifique pour Product Owner est une très bonne façon pour commencer à apprendre les différentes, techniques de définition de produit, de rédaction de Story et d’élaboration du Product Backlog.
Je propose depuis plusieurs années maintenant une formation spécifique pour Product Owner sur 2 jours qui est largement plébiscité par les participants qui l’ont suivi (Prochaine session : 6 et 7 mai 2013 sur Grenoble)
Cette formation est également labellisée par la Fédération Agile des Formateurs Francophones.
