« La carrière en Product Management » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| (3 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 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/> | 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/> | ||
| Ligne 108 : | Ligne 108 : | ||
<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/> | 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/> | <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. | |||
