Product Manager vs. Business Analyst
Dans certaines entreprises, principalement celles avec un background IT, il peut exister un rôle supplémentaire quelque part dans l'organisation produit – soit au niveau du management produit, soit au niveau du développement produit. Ce rôle est parfois appelé "Business Analyst". Il ne faut cependant pas confondre ce rôle avec celui du Business Analyst dans les organisations produit, où la personne concernée est responsable de l'évaluation des indicateurs et des analyses. Ce dont je parle est un rôle complètement différent.
Le rôle du Business Analyst
Dans les entreprises IT (qui développent soit des logiciels internes, soit des logiciels sur mesure pour leurs clients), les "Business Analysts" sont responsables de la collecte des exigences produit détaillées.
Imagine un projet typique où, par exemple, un logiciel sur mesure doit être développé pour gérer les avantages sociaux du département RH d'un client. Il y a peut-être quelques développeurs disponibles pour écrire le code, mais qui traduit les exigences métier du département RH en quelque chose que les développeurs peuvent construire ? Dans une organisation IT/logiciel sur mesure, il n'y a pratiquement jamais de Product Managers, donc quelqu'un d'autre doit assumer le rôle de collecte et de définition des exigences. Souvent, c'est le "Business Analyst" – et ce terme ainsi que ce rôle existent depuis plus de 30 ans.
Le rôle du Product Manager
Cela devient toutefois problématique lorsque ce modèle IT et logiciel sur mesure est introduit dans une organisation de logiciel produit, où normalement un Product Manager est responsable de la description du produit.
La plupart des Product Managers qui arrivent dans une telle organisation se demandent d'abord : qui sont ces personnes et ne font-elles pas essentiellement le même travail que moi ?
Cela se produit particulièrement souvent lorsqu'une organisation s'est beaucoup habituée au rôle du Business Analyst et compte fortement sur lui pour s'occuper de la description détaillée des exigences produit.
La problématique
C'est malheureusement un autre exemple de la problématique qui survient lorsqu'on a deux personnes pour un seul rôle. C'est le même problème fondamental que la séparation des rôles du "Business Product Manager" et du "Technical Product Manager".
Je suis fondamentalement contre une telle séparation. Chaque produit (ou domaine produit) a besoin d'un seul Product Owner qui est responsable de tout – des objectifs globaux jusqu'aux détails de l'expérience utilisateur.
Heureusement, ces Business Analysts font souvent d'excellents Product Managers.
Il y a cependant une exception : lorsque le Business Analyst ne capture pas vraiment les exigences client, mais documente plutôt la conception interne du système (également appelée "Internal Spec"). De temps en temps, il y a des Business Analysts qui s'épanouissent vraiment dans ce rôle, mais c'est un autre sujet. Ici, il s'agit de la façon dont l'organisation souhaite procéder, et cela ne relève pas du domaine du management produit.
Conclusion
Si tu apprends que les Business Analysts veulent partager la responsabilité de la définition du produit avec le Product Manager, tu devrais vérifier comment ces rôles sont exactement définis et attribués dans ton organisation. Identifie les vrais Product Managers et donne-leur la responsabilité complète de la définition du produit – des exigences générales jusqu'aux détails. L'ownership et la responsabilité doivent être clairement répartis.
