Auteurs : Maxime PASCAL, Dan DANG

 

Product Manager vs Product Owner : quelles différences ?

 

Le métier de Product Manager existait bien avant l’introduction de l’Agilité, et en particulier du cadre de travail Scrum dans les entreprises et organisations.

En tant que Product Manager, vos rôles et responsabilités peuvent être différents en fonction de votre contexte, et du stade de votre produit.

Product Owner est davantage un rôle que vous allez jouer dans une équipe Scrum. Product Manager est la fonction.

 

Product Manager 

Le Product Management consiste à piloter stratégiquement le développement, la mise en marché, le support, et l’amélioration des produits d’une entreprise.

Le rôle d’un Product Manager (PM) est de se focaliser sur la stratégie à long terme, la vision du produit, les tendances du marché, et l’identification de nouvelles opportunités.

Il sera impliqué sur les activités stratégiques suivantes :

  1. Marketing Produit
  2. Support aux ventes et à l’animation commerciale
  3. Budgétisation
  4. Vision long terme
  5. Service à la clientèle
  6. Support à l’équipe en charge de la livraison de la solution

 

Product Owner 

Le Product Owner (PO) se positionne davantage au niveau tactique, il travaille en étroite collaboration avec les équipes de réalisation, afin de s’assurer qu’elles développent la bonne fonctionnalité en temps voulu.

Le rôle du PO va être de transformer la vision « high-level » du PM en exigences détaillées. Pour ce faire, il va travailler en étroite collaboration avec un éventail de parties prenantes autour du produit, y compris des parties prenantes n’ayant aucun lien direct avec le client, telles que la finance, la sécurité, les fonctions support, l’audit, etc…

Il sera impliqué sur les activités tactiques suivantes :

  1. Assiste aux réunions de coordination d’équipe
  2. Organise les revues d’itération du Backlog via des démos, et la collecte des feedbacks utilisateur
  3. Effectue une analyse suffisante pour s’assurer que les exigences sont prêtes à être traitées
  4. Participe à l’effort de tests

 

PM vs PO 

Vous trouverez ci-dessous un aperçu des différences de responsabilités de chacun des rôles :

PMPO
Définit la stratégieDéfinit la tactique
Développe l’analyse de rentabilité du produitExprime clairement les éléments du backlog produit
Est l’expert du produit et des besoins clientCommande les éléments du backlog produit pour atteindre les objectifs au mieux
Elabore et met à jour la RoadmapOptimise la valeur du travail de l’équipe de développement
Positionne le produitS’assure que le backlog est visible et clair
Plaide pour le financement et gère le budgetIdentifie les priorités de l’équipe Scrum pour les prochaines itérations

 

En synthèse, le PM sera davantage positionné au niveau stratégie et Discovery, donc en amont des activités liées au produit, alors que le PO est un rôle lié au cadre de travail Scrum qui se situe davantage au niveau tactique (ou opérationnel) et Delivery, pour s’assurer de la pertinence du périmètre produit livré, et de la valeur ajoutée perçue par les clients et/ou utilisateurs.

Pour illustrer la différence de positionnement entre les 2 rôles, nous allons revenir à l’étymologie de chacun des mots, qui viennent du vocabulaire militaire, du temps des grecs (un ouvrage intéressant à ce sujet est d’ailleurs celui de Sun Tzu « L’Art de la guerre »).

La tactique va permettre de gagner la bataille, la stratégie la guerre.

 

Concrètement, le PM élaborera la Roadmap produit, avec les jalons de Release attendus.

Le PO déclinera alors cette vision en Plan de Release, en pilotant le périmètre (user stories, features) de la version, de manière à maximiser la valeur ajoutée (satisfaction utilisateur, taux d’adoption, etc…).

Celui-ci ne représente que des options, pas d’engagement à les réaliser, mais un engagement à adresser les besoins / attentes auxquels elles répondent.

Les 2 rôles sont donc complémentaires, nous allons maintenant décrire le rôle du PM idéal tel que nous l’envisageons chez CACD2 :

  1. Pivot entre l’équipe CACD2, et les parties prenantes.
  2. Identifie les besoins des utilisateurs.
  3. Propriétaire des enjeux business.
  4. Communique aux différentes parties prenantes.
  5. Comprend les enjeux / impacts techniques ou s’appuie sur un relais technique pour ce faire, le cas échéant.

Ainsi que le rôle du PO CACD2 :

  1. Pivot entre l’équipe métier et l’équipe de réalisation CACD2.
  2. Porte la vision produit, et s’assure qu’elle est partagée à l’équipe.
  3. Responsable du Product Backlog priorisé.
  4. Définit les itérations, et les User Stories.
  5. Accepte chaque itération.
  6. Etablit les critères d’acceptation des User Stories, et valide après réalisation.
  7. Est un des relais de l’équipe de réalisation auprès du Management / Senior Staff CACD2.

 

Afin d’illustrer ce dernier, vous trouverez comme suit, la charte du PO CACD2 sous forme d’infographie, ainsi que son engagement :

« En tant que Product Owner, je m’engage à privilégier ces chemins par rapport aux autres. »

 

Nous allons maintenant décrire les interactions entre le PM et le PO.

Ceux-ci vont travailler en étroite collaboration, pour passer de la vision stratégique du produit, et donc les objectifs associés, qui seront à définir par le PM, à la déclinaison tactique et opérationnelle de cette vision.

Le PO devra donc constamment s’assurer auprès du PM de sa bonne compréhension de la stratégie, et de la vision produit. En effet, celle-ci est indispensable pour s’assurer de la bonne priorisation, et in fine de l’impact des efforts réalisés.

Vous trouverez ci-dessous le témoignage d’un PM avec lequel CACD2 a été amené à travailler dans le cadre du projet de refonte du site Sofinco.fr :

« Sur notre projet de refonte du produit de souscription au crédit sofinco.fr, le Product Manager est la personne qui pourra aisément impulser au sein de l’équipe sa connaissance des clients et des usages. Il a aussi l’accès à toutes sortes de données qui pourront être utiles aux UX et au PO : BDD utilisateurs, KPIs de transformation…

Le métier de PM est souvent associé à un rôle de « CEO du produit », mais quand une équipe composée de talents avides de découverte, ce rôle est partagé entre tous au sein de la feature team dédiée au projet. A titre personnel, sur le projet je vois le PM comme un facilitateur et décisionnaire sur des sujets hauts niveaux (sans prétention) :

  • Définition du périmètre de développement pour les mois à venir
  • Préparation des KPIs et du board de suivi pour la partie growth post release
  • Onboarding des équipes marketing et commerciales
  • Détection des tendances et impulsion d’idées auprès des UX
  • Présence 1 à 2 fois par semaine sur le plateau pour échanger sur les développements afin de maîtriser le produit dans sa globalité
  • Challenge des décisions prises par les stakeholders pour garder un esprit Lean et ne pas envisager l’inenvisageable »

 

En fonction des contextes client, le PO CACD2 pourra soit être davantage dans une posture de réalisation (Delivery), soit être davantage dans une position de conseil et d’accompagnement (Coaching PO).

 

Pour terminer sur cet article, nous allons essayer de prendre un peu de hauteur :

  1. Le Scrum guide ne fait pas de différence entre les rôles de PM et de PO. Au sens Scrum du terme, c’est souvent un rôle que prendra un Product Manager déjà en place, afin d’être plus proche de l’équipe de réalisation, et maximiser l’efficacité de la collaboration.
  2. Enfin, dans un contexte d’Agilité à l’échelle, le PM pourra être un PO de PO (ou Chief PO), qui arbitrera les priorités en cas de conflit, chaque PO étant davantage un APO (Area PO dans le Framework LeSS), c’est-à-dire responsable d’un périmètre produit plus restreint.