Dans l’écosystème de l’informatique et des produits digitaux, trois rôles clés sont souvent mentionnés : Product Manager (PM), Product Owner (PO) et Business Analyst (BA). Bien que leurs missions puissent se chevaucher, chacun a des responsabilités distinctes et une valeur ajoutée unique. Cet article vise à clarifier ces différences et à expliquer comment ces rôles interagissent. A noter que cet article repose sur un avis personnel qui peut être interprété de manière différente selon le type d’organisation. Il est très courant que le périmètre de chacun de ces métiers varie selon les entreprises.
Le rôle du PO en Scrum
Le Product Owner joue un rôle central dans le framework Scrum. Il est responsable de décider quels aspects d’un produit ont le plus de valeurs et nécessitent un développement, le PO est chargé de gérer le backlog produit et d’accompagner l’équipe de développement tout au long de chaque sprint. Son rôle est essentiel pour prioriser les tâches et définir la direction du produit. Un aspect crucial de son rôle est d’être la voix des utilisateurs ou du métier pour orienter l’équipe vers ce qui est le plus important, garantissant ainsi que le développement du produit s’aligne sur les objectifs stratégiques.
Le rôle du BA selon le BABOK
Selon le BABOK, la norme mondiale du métier de BA, un Business analyst est défini comme : « Un Business Analyst est un professionnel qui identifie les besoins business et propose des solutions qui permettent à une organisation d’atteindre ses objectifs. Il agit comme un pont entre les parties prenantes (stakeholders) et les équipes techniques ou opérationnelles, en analysant les processus, les systèmes et les données pour recommander des améliorations ou des innovations. ». En résumé, l’objectif du Business Analyst (BA) est d’identifier, d’analyser et de traduire les besoins métiers en stratégies concrètes, afin de créer de la valeur pour l’entreprise.
Une opinion pourrait donc être que tous les Products Owner devraient être d’excellents Business Analyst. Toutefois dans les grandes organisations, les deux rôles coexistent, le BA étant souvent plus expert sur les processus ou sur les aspects techniques.
Une différence majeure entre les Product Owners (PO) et les Business Analysts (BA) réside dans la prise de décision. Le PO est généralement amené à prendre des décisions clés concernant l’orientation du produit, tandis que le BA se concentre sur l’analyse et les recommandations. Les BA utilisent leurs compétences pour identifier les problèmes et les solutions potentielles, puis présentent ces conclusions aux décideurs. En revanche, les PO sont souvent eux-mêmes des décideurs, déterminant la trajectoire du développement du produit en s’appuyant sur leurs analyses et les retours de l’équipe.
Et le Product Manager dans tout ça ?
Selon “les clés du product management” écrit par Chloé Dumolard et Floriane Sirven, les Product managers sont à la croisée des problématiques utilisateur, business et techniques. Ils donnent la direction stratégique, priorisent les sujets de l’équipe, participent à la découverte des besoins utilisateurs et à la conception des solutions, gèrent le Delivery et s’assurent du succès du produit. Le PM peut donc endosser le rôle de PO dans une équipe Scrum. Toutefois dans les organisations, où les deux rôles coexistent, le PO sera beaucoup plus axé Delivery et le PM sur la partie Stratégie & Discovery.
Si les rôles de PO et de BA se distinguent par leur approche de la prise de décision et de l’analyse, le Product Manager (PM) occupe une position encore plus stratégique. Là où le PO se concentre sur la vision produit au sein d’un cadre agile (comme Scrum) et le BA sur l’analyse des besoins, le PM a une vue d’ensemble : il définit la stratégie globale du produit, en alignant les objectifs business, les attentes utilisateurs et les contraintes techniques. Contrairement au PO, qui agit souvent dans un périmètre plus opérationnel (le backlog, les sprints), le PM a une responsabilité plus large, incluant la roadmap produit, la gestion des parties prenantes et la création de valeur à long terme.
Quelques nuances ou spécificité :
Le PM en SAFe
Le PM SAFe est responsable de la vision produit à l’échelle d’un train agile (ART), qui regroupe plusieurs équipes (5 à 12 équipes en moyenne). Le PM SAFe est plus stratégique et transverse, avec une responsabilité d’alignement à grande échelle, de gestion des dépendances, et de coordination entre plusieurs équipes et trains agiles.
Son rôle dépasse la simple gestion d’un backlog : il doit définir une vision claire pour l’ensemble du programme, prioriser des features et des EPICS dans le Program Backlog, et s’assurer que les objectifs du Program Increment (PI) sont atteints. Contrairement au PM classique, il passe une partie significative de son temps à gérer les dépendances entre équipes, à collaborer avec d’autres PM, des Release Train Engineers (RTE), et des parties prenantes à différents niveaux de l’organisation.
Le PO Data
Le PO Data opère dans un écosystème où la donnée est le produit. Son expertise réside dans la compréhension des pipelines de données, des modèles analytiques et des outils de business intelligence, avec pour objectif de rendre les données accessibles, fiables et exploitables par les data scientists ou les équipes métiers. Là où le PO classique travaille sur des fonctionnalités visibles, le PO Data priorise des éléments comme la création de datasets, l’amélioration de la qualité des données, ou le développement de dashboards pour faciliter la prise de décision. Le PO Data a donc une posture beaucoup technico-fonctionnelle afin d’apporter de la valeur à l’équipe.
Conclusion
En conclusion, dans des environnements où les trois rôles coexistent, Product Manager (PM), Product Owner (PO) et Business Analyst (BA) forment un trio complémentaire, mais aux missions bien distinctes. Le BA est le pont entre les besoins métiers et les solutions techniques : il analyse, recommande et affine les processus pour créer de la valeur, sans nécessairement prendre de décisions stratégiques. Le PO, quant à lui, incarne la voix du
Leave a Reply