Vous avez du mal à comprendre la différence entre les rôles de "Product Manager" et de "Product Owner" ?

(Cet article est destiné aux organisations mettant en œuvre Scrum.)

Un peu de vocabulaire

📌 Project Manager

C'est un chef de projet. Ce rôle n'existe pas dans une équipe Scrum. Ses responsabilités sont réparties entre les membres de l'équipe (PO, Scrum Master, Developers).

📌 Product Management

C'est un ensemble d'activités quels que soient le contexte et les pratiques/méthodes (Cycle en V, agile, ...)

Par exemple :

• Analyser le secteur et la concurrence
• Maximiser le retour sur investissement
• Prévoir et évaluer la faisabilité
• Elaborer la stratégie produit
• Planifier les versions
• Identifier des clients et leurs besoins
• Etablir la roadmap

📌 Product Owner

C'est un rôle du framework Scrum.

Selon ce framework, il est redevable de :

• maximiser la valeur du produit résultant du travail de l'équipe Scrum
• la gestion efficace du Product Backlog

👉 Dans le framework Scrum, un PO est un Product Manager agile, il fait du Product Management en tirant parti de Scrum.

❓ Pourquoi certaines organisations ont des Product Managers et des Product Owners ?

Car le framework sur lequel elles s'appuient (SAFe, un framework pour l'agilité à l'échelle) distinguent ces 2 rôles :

• Product Manager : Responsable des interactions avec l'extérieur. Il parle aux clients, définit les exigences et les communique aux Product Owners.
• Product Owner : plutôt orienté vers l'interne, définit les composants de la solution et travaille avec les développeurs pour sa réalisation.

❓ Avez-vous besoin de ces 2 rôles dans votre organisation ?

Non.

Le framework Scrum ne couvre pas l'ensemble des activités du Product Management mais cela ne signifie pas que vous deviez ajouter un "Product Manager". C'est au PO de compléter ses pratiques pour combler le "vide du Product Management" ("Product Management Vacuum"), l'espace entre la stratégie d'entreprise et la décomposition en incréments.

De plus, ajouter un intermédiaire entre le PO et les parties prenantes présente des risques :

⚠️ Le PO peut être déconnecté des utilisateurs et rencontrer des difficultés pour créer des solutions efficaces qui résolvent réellement leurs problèmes

⚠️ En multipliant les intermédiaires, la boucle de feedback s'allonge, vous risquez d'introduire des parasites

Chacun est libre de trouver son organisation 😉, tant que certaines règles sont respectées :

✅ Toute l'organisation doit respecter les décisions du PO. (Ces décisions sont visibles dans le contenu et dans l'ordre du Product Backlog)

✅ Le PO est une personne et non un comité. (Il peut représenter les besoins de nombreuses parties prenantes dans le Product Backlog)

✅ Le PO est le seul à pouvoir modifier le Product Backlog. (Ceux qui souhaitent modifier le Product Backlog peuvent le faire en essayant de convaincre le PO)