« La carrière en Product Management » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| (5 versions intermédiaires par le même utilisateur non affichées) | |||
| Ligne 6 : | Ligne 6 : | ||
---- | ---- | ||
Traducteur : Fabrice Aimetti<br /> | Traducteur : Fabrice Aimetti<br /> | ||
Date : 31/ | Date : 31/10/2025<br /> | ||
---- | ---- | ||
Traduction :<br /> | Traduction :<br /> | ||
| Ligne 13 : | Ligne 13 : | ||
<br/> | <br/> | ||
[[Fichier:Ba-po-pm.png|border|link=|800px]]<br/> | [[Fichier:Ba-po-pm.png|border|link=|800px]]<br/> | ||
BA, PO et PM<br/> | ''BA, PO et PM''<br/> | ||
<br/> | <br/> | ||
Une autre façon dont de nombreuses entreprises ont conçu cette évolution de carrière consiste à considérer les activités de BA et de PO comme un Product Manager Associé (APM), avec la responsabilité de spécifier et d'établir des priorités. Il s'agit de la première étape d'une carrière en Product Management.<br/> | Une autre façon dont de nombreuses entreprises ont conçu cette évolution de carrière consiste à considérer les activités de BA et de PO comme un Product Manager Associé (APM), avec la responsabilité de spécifier et d'établir des priorités. Il s'agit de la première étape d'une carrière en Product Management.<br/> | ||
<br/> | <br/> | ||
[[Fichier:Apm-pm.png|border|link=|800px]]<br/> | [[Fichier:Apm-pm.png|border|link=|800px]]<br/> | ||
APM et PM<br/> | ''APM et PM''<br/> | ||
<br/> | <br/> | ||
Étant donné que le product management est un rôle à haute responsabilité, je recommande aux personnes qui se lancent dans cette carrière d'avoir une expérience préalable dans d'autres domaines tels que l'ingénierie, la conception ou le marketing. J'ai également vu d'excellents Product Managers venant des opérations, de l'assistance, de la gestion de projet, de la finance et même du juridique. Tout au long de ma carrière, j'ai remarqué que les personnes qui viennent de quitter l'université n'ont pas le bagage nécessaire pour être de bons product managers. Il est important d'avoir cette expérience dans d'autres domaines pour vous aider à comprendre l'impact de votre produit sur ces autres domaines.<br/> | Étant donné que le product management est un rôle à haute responsabilité, je recommande aux personnes qui se lancent dans cette carrière d'avoir une expérience préalable dans d'autres domaines tels que l'ingénierie, la conception ou le marketing. J'ai également vu d'excellents Product Managers venant des opérations, de l'assistance, de la gestion de projet, de la finance et même du juridique. Tout au long de ma carrière, j'ai remarqué que les personnes qui viennent de quitter l'université n'ont pas le bagage nécessaire pour être de bons product managers. Il est important d'avoir cette expérience dans d'autres domaines pour vous aider à comprendre l'impact de votre produit sur ces autres domaines.<br/> | ||
| Ligne 59 : | Ligne 59 : | ||
<br/> | <br/> | ||
[[Fichier:Carreira-de-produtos.png|border|link=|800px]]<br/> | [[Fichier:Carreira-de-produtos.png|border|link=|800px]]<br/> | ||
Carrière en Product Management<br/> | ''Carrière en Product Management''<br/> | ||
<br/> | <br/> | ||
La nomenclature peut prêter à confusion. Certaines entreprises appellent ce poste "head of product", d'autres "product director", "product vice president" ou "CPO". Bien que la nomenclature prête à confusion, l'important est que la structure soit claire pour tout le monde, à l'intérieur comme à l'extérieur de l'équipe de développement de produits.<br/> | La nomenclature peut prêter à confusion. Certaines entreprises appellent ce poste "head of product", d'autres "product director", "product vice president" ou "CPO". Bien que la nomenclature prête à confusion, l'important est que la structure soit claire pour tout le monde, à l'intérieur comme à l'extérieur de l'équipe de développement de produits.<br/> | ||
| Ligne 82 : | Ligne 82 : | ||
<br/> | <br/> | ||
[[Fichier:Gympass.png|border|link=|800px]]<br/> | [[Fichier:Gympass.png|border|link=|800px]]<br/> | ||
Structure du | ''Structure de leadership du développement produit chez Gympass''<br/> | ||
<br/> | <br/> | ||
Chez Gympass, l'équipe UX rendait compte au CPO consommateurs tandis que j'avais, en plus des équipes produits pour les entreprises et les partenaires, une équipe Professional Services (PS) chargée de réaliser des intégrations personnalisées avec les systèmes de gymnastique et d'entraînement des systèmes RH de nos clients. Ce travail de services professionnels est davantage axé sur les projets, avec une définition claire du champ d'application et des délais bien définis, c'est pourquoi nous avons créé un secteur distinct pour s'occuper de ces intégrations.<br/> | |||
<br/> | |||
Chez Conta Azul, lorsque j'ai quitté l'entreprise à la mi-2018, nous commencions à réfléchir à la répartition des rôles entre le CTO et le CPO. À tel point qu'aujourd'hui, en 2020, il y a cette structure avec la direction partagée de l'équipe de développement de produits.<br/> | |||
<br/> | |||
[[Fichier:Contaazul.png|border|link=|800px]]<br/> | |||
''Structure de leadership du développement produit chez Conta Azul''<br/> | |||
<br/> | |||
Une autre possibilité de partage de la direction des équipes de produits est d'avoir des responsables (''head of'') de l'ingénierie, des produits et de l'interface utilisateur.<br/> | |||
<br/> | |||
La direction partagée / le leadership partagé a pour effet secondaire le risque inhérent de créer des silos, c'est-à-dire d'avoir des équipes qui travaillent de manière isolée et sans la collaboration nécessaire. Chez Gympass, nous avions à cœur d'éviter ce comportement. Nous nous sommes assis côte à côte et avons réservé au moins trois heures par semaine pour parler des sujets de l'équipe de développement produit, une heure entre nous trois, une heure entre nous trois et un business partner RH, et une heure avec le CEO. En outre, nous nous sommes efforcés de fixer des objectifs communs aux équipes et nous avons traité le budget comme un budget unique pour le secteur du développement produit.<br/> | |||
<br/> | |||
Cependant, malgré nos efforts, il y avait encore des situations de manque de collaboration entre les membres des différentes équipes. C'est pourquoi je préfère les configurations avec une direction unique de l'équipe de développement de produits, malgré la surcharge de travail que cela peut entraîner pour cette direction. L'un des moyens de réduire cette charge est d'avoir des dirigeants de haut niveau (''senior leaders'').<br/> | |||
===CPO et CTO=== | |||
Comme je l'ai mentionné précédemment, le domaine du développement de produits est un domaine unique, dont l'objectif commun est de créer le meilleur produit possible pour répondre aux objectifs stratégiques de l'entreprise tout en résolvant les problèmes et les besoins des clients. Le fait d'avoir deux ou plusieurs responsables pour ce domaine nécessite une coordination étroite entre ces responsables afin de s'assurer que les équipes collaborent et évoluent dans la même direction. La façon la plus courante de partager ce leadership est de confier à deux personnes, le CPO et le CTO, la direction de l'équipe de développement de produits. Le CPO dirige les personnes chargées du produit et de l'UX, tandis que le CTO dirige les personnes chargées de l'ingénierie.<br/> | |||
<br/> | |||
[[Fichier:Cto-cpo.png|border|link=|800px]]<br/> | |||
''Répartition des responsabilités entre le CTO et le CPO''<br/> | |||
<br/> | |||
L'image ci-dessus illustre bien les responsabilités de chaque dirigeant. Le CTO s'occupe du développement proprement dit du produit, c'est-à-dire qu'il doit se préoccuper de la qualité de ce qui est développé, ainsi que de la rapidité du développement. Il s'occupe également des questions d'infrastructure et d'exploitation, telles que la stabilité, la performance et la disponibilité du produit.<br/> | |||
<br/> | |||
Le CPO s'occupe du produit à la fois du point de vue de l'entreprise et du point de vue du client. Du point de vue de l'entreprise, le CPO est chargé de définir la vision du produit en fonction des objectifs stratégiques de l'entreprise. Du point de vue du client, il doit s'assurer que le produit résout le problème ou le besoin du client avec qualité et, pour cela, il doit comprendre la satisfaction et l'engagement du client à l'égard du produit.<br/> | |||
<br/> | |||
Ensemble, le CTO et le CPO doivent définir et faire évoluer la structure de l'équipe de développement produit, normalement composée d'équipes produit et d'équipes structurelles (SRE, Data, etc.), comme nous le verrons dans un prochain chapitre, ainsi que définir et faire évoluer les processus que cette équipe utilisera dans ses activités quotidiennes.<br/> | |||
===Carrière en Y=== | |||
La carrière en Y est l'option donnée aux personnes pour choisir la carrière de manager ou pour continuer dans la carrière de spécialiste. Il se peut que certains PM seniors ne veuillent pas manager des personnes, mais seulement des produits. Cela signifie-t-il qu'il n'y a pas de place pour l'évolution de leur carrière, puisque la voie de progression décrite ci-dessus passe par le leadership d'autres PM ? Pas nécessairement. Dans les entreprises ayant des produits plus complexes ou même un portefeuille de plusieurs produits, il peut y avoir de la place pour un rôle peu connu sur le marché brésilien, mais qui peut s'avérer très utile dans ce contexte : le Principal Product Manager. Il s'agit d'une fonction qui ne gère pas de personnel mais qui, en raison de son ancienneté, a un impact important sur l'organisation. Ses principales responsabilités sont les suivantes : | |||
* Aider à faire le lien entre le travail des GPM : au fur et à mesure que l'entreprise grandit et que nous avons plus d'une équipe de développement de produits, chacune a son propre GPM et se concentre souvent sur la vie quotidienne de cette équipe, sans s'intéresser beaucoup à ce que les autres équipes sont en train de faire. C'est généralement le rôle du CPO de maintenir le lien entre le travail des différentes équipes et leurs GPM, mais dans certaines structures, il peut être judicieux de confier ce rôle à un PM très expérimenté. | |||
* Assurer la synchronisation et la cohérence entre les équipes produits : que nous essayions ou non de structurer les équipes produits, il y aura toujours des situations dans lesquelles une équipe dépendra du travail d'une autre équipe. Dans le cas de Gympass, les équipes produits pour la salle de sport et pour l'utilisateur final en sont un exemple. L'équipe chargée de la salle de sport crée une fonctionnalité qui permet au responsable de la salle de créer le programme des cours, et l'équipe chargée de l'utilisateur final doit faire en sorte que ce programme soit disponible dans l'application afin que les utilisateurs puissent le consulter et programmer des cours. Cette coordination est généralement assurée par les PM de ces deux équipes, mais elles peuvent bénéficier de l'aide d'une troisième personne. Cette troisième personne peut être un GPM, un CPO ou même un PM plus expérimenté, dans ce rôle de Principal Product Manager. | |||
<br/> | |||
Il convient de noter que ces responsabilités sont un sous-ensemble des responsabilités d'un Product Head ou même d'un CPO, sans la responsabilité du management et du développement des PM, ce qui peut être intéressant en tant que progression de carrière pour les personnes qui ne veulent pas manager d'autres personnes. Cette fonction est encore nouvelle. Certaines entreprises considèrent qu'il s'agit simplement d'un PM très senior, mais je pense qu'il est judicieux d'envisager ce rôle comme une contribution plus importante que la simple mise en place d'une équipe.<br/> | |||
==Résumé== | |||
* La carrière dans le domaine des produits a progressé d'Associate Product Manager (APM) à Product Manager (PM), puis Group Product Manager (GPM) et enfin Chief Product Officer (CPO). La nomenclature varie selon les entreprises et les pays, mais la progression de carrière est généralement la même. L'important est que cette structure et cette progression de carrière soient claires pour l'ensemble de l'entreprise. | |||
* En ce qui concerne la direction du produit le plus élevé dans une entreprise, il existe deux options avec leurs avantages et leurs inconvénients. La première option est le '''leadership unique''' de l'ensemble de l'équipe de développement de produits (PM, UX et ingénierie), qui fonctionne bien pour les grandes équipes, mais peut être écrasante lorsque les équipes comptent plus de 100 personnes. L'avantage est que toute l'équipe est alignée sur une direction unique. L'autre option est le '''leadership partagé''' avec le CPO et le CTO. Elle permet d'éviter la surcharge dans les grandes équipes, mais peut entraîner une diminution de la collaboration s'il n'y a pas d'harmonie entre ces deux ou plusieurs leaders. | |||
* Pour les PM qui ne souhaitent pas poursuivre une carrière de management, il est important d'offrir l'option de carrière en Y, avec le rôle de Principal Product Manager qui aide à l'intégration et à la synchronisation du travail des différentes équipes. | |||
<br/> | |||
Dans le prochain chapitre, nous examinerons l'une des principales responsabilités du Product Head, à savoir la création de la vision et de la stratégie du produit. | |||
