« Equipes Produit vs Equipes Feature » : 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 1 : Ligne 1 :
[[Category: Marty Cagan]]
[[Category: Marty Cagan]]
[[Category: Portail Product Owner]]
[[Category: Rôle du Product Manager]]
Auteur : Marty Cagan<br />
Auteur : Marty Cagan<br />
Source : [https://www.svpg.com/product-vs-feature-teams/ Product vs. Feature Teams]<br />
Source : [https://www.svpg.com/product-vs-feature-teams/ Product vs. Feature Teams]<br />
Ligne 14 : Ligne 14 :
J'en suis désolé, mais le niveau de bruit et de confusion qui entoure le rôle du produit dans les entreprises technologiques ne fait qu'empirer.  De plus, je constate que les questions et les comportements problématiques sont institutionnalisés dans les conférences, les programmes de formation et les soi-disant programmes de certification pour les responsables des produits.
J'en suis désolé, mais le niveau de bruit et de confusion qui entoure le rôle du produit dans les entreprises technologiques ne fait qu'empirer.  De plus, je constate que les questions et les comportements problématiques sont institutionnalisés dans les conférences, les programmes de formation et les soi-disant programmes de certification pour les responsables des produits.


J'ai abordé cette question à plusieurs reprises dans le passé, plus particulièrement dans l'article et la conférence sur les [http://www.svpg.com/empowered-product-teams équipes produits émancipées] (NdT : choix tout à fait personnel pour traduire ''empowered product teams'').  Cependant, beaucoup de gens n'y entendent que ce qu'ils veulent entendre, et il est devenu évident pour moi que je dois être plus explicite.
J'ai abordé cette question à plusieurs reprises dans le passé, plus particulièrement dans l'article et la conférence sur les [[Equipes Produit émancipées|équipes produits émancipées (fr)]] (NdT : choix tout à fait personnel pour traduire ''empowered product teams'').  Cependant, beaucoup de gens n'y entendent que ce qu'ils veulent entendre, et il est devenu évident pour moi que je dois être plus explicite.


Alors, bien que cet article puisse être pénible à lire, si vous avez été frustré par les messages contradictoires et confus des personnes dans l'univers des produits, si vous me faites confiance, j'espère que cet article apportera un éclairage indispensable.
Alors, bien que cet article puisse être pénible à lire, si vous avez été frustré par les messages contradictoires et confus des personnes dans l'univers des produits, si vous me faites confiance, j'espère que cet article apportera un éclairage indispensable.
Ligne 26 : Ligne 26 :
Je vous préviens que je suis sur le point d'introduire une terminologie qui n'est pas standard et qui ne fait certainement pas l'unanimité.  Mais je dois le faire parce qu'aujourd'hui, dans notre secteur, nous appelons les deux autres types d'équipes "équipes produits" ou "brigades".  Mais comme vous le verrez, bien que ces deux types d'équipes se ressemblent à un niveau superficiel, elles sont radicalement différentes, surtout lorsque nous parlons du rôle du product manager.
Je vous préviens que je suis sur le point d'introduire une terminologie qui n'est pas standard et qui ne fait certainement pas l'unanimité.  Mais je dois le faire parce qu'aujourd'hui, dans notre secteur, nous appelons les deux autres types d'équipes "équipes produits" ou "brigades".  Mais comme vous le verrez, bien que ces deux types d'équipes se ressemblent à un niveau superficiel, elles sont radicalement différentes, surtout lorsque nous parlons du rôle du product manager.


Lorsque j'ai écrit sur les vertus des [http://www.svpg.com/empowered-product-teams équipes produits émancipées], je faisais référence à ce que je continuerai à appeler ici les équipes produits.  Plus précisément, elles sont pluridisciplinaires (produit, conception et ingénierie), elles se concentrent sur les résultats/outcomes (plutôt que sur la production/output) et sont mesurées en fonction de ceux-ci, et elles sont émancipées pour trouver la meilleure façon de résoudre les problèmes qu'on leur a demandé de résoudre.
Lorsque j'ai écrit sur les vertus des [[Equipes Produit émancipées|équipes produits émancipées (fr)]], je faisais référence à ce que je continuerai à appeler ici les équipes produits.  Plus précisément, elles sont pluridisciplinaires (produit, conception et ingénierie), elles se concentrent sur les résultats/outcomes (plutôt que sur la production/output) et sont mesurées en fonction de ceux-ci, et elles sont émancipées pour trouver la meilleure façon de résoudre les problèmes qu'on leur a demandé de résoudre.


Dans cette optique, l'objectif d'une équipe produit est de résoudre les problèmes d'une manière qui satisfasse à la fois nos clients et notre entreprise.
Dans cette optique, l'objectif d'une équipe produit est de résoudre les problèmes d'une manière qui satisfasse à la fois nos clients et notre entreprise.
Ligne 90 : Ligne 90 :
* Avez-vous une équipe de [https://svpg.com/missionaries-vs-mercenaries/ missionnaires ou de mercenaires] ?
* Avez-vous une équipe de [https://svpg.com/missionaries-vs-mercenaries/ missionnaires ou de mercenaires] ?
* Quel est le niveau de responsabilisation ?
* Quel est le niveau de responsabilisation ?
Si les équipes features et les équipes produits se ressemblent beaucoup en apparence, elles sont très différentes dans leur mode de fonctionnement, le niveau d'émancipation et de responsabilisation, et surtout les responsabilités du product manager.
Je peux vous dire qu'à quelques exceptions près, les meilleures équipes produits des meilleures entreprises utilisent toutes le modèle de l'équipe produit émancipée.  Cependant, je dois admettre que même dans ce que je considère comme les meilleures entreprises produits, toutes les équipes produits ne sont pas émancipées.  En réalité, certaines sont des équipes features.  En général, c'est parce que la direction ne fait pas encore confiance à cette équipe particulière.  Parfois, cette confiance doit d'abord être gagnée.  Et parfois, le problème vient du fait que le dirigeant veut dicter les solutions.
Je n'ai jamais essayé de cacher mon fort penchant pour les équipes produits réellement émancipées.  Mais je crois que je dois maintenant aller plus loin que le simple plaidoyer en faveur des équipes émancipées ; je dois dénoncer les équipes features, les [http://www.svpg.com/product-fail problèmes qu'elles causent] et les mauvais résultats qu'elles produisent.
D'innombrables entreprises réalisent aujourd'hui la futilité du modèle de l'équipe de développement, et elles savent qu'elles doivent se transformer en une véritable entreprise de produits axée sur la technologie, mais elles pensent qu'elles peuvent "cocher cette case" en effectuant les changements superficiels nécessaires pour passer à ces équipes features.
Pour conclure, je tiens à souligner la différence entre un product manager pour une équipe feature et un product manager pour une équipe produit émancipée.  C'est un travail complètement différent, qui requiert un ensemble de compétences très différent.  Le titre du poste ne devrait sans doute pas être le même.
Je trouve triste que tant de concepteurs et d'ingénieurs n'aient jamais été exposés à un véritable product manager, et n'aient jamais pu travailler au sein d'une équipe véritablement émancipée.  C'est pourquoi je prétends qu'il y a tant de talents sous-utilisés et que je continue à essayer de persuader les gens de travailler comme le font les meilleures entreprises.
La prochaine fois que vous lisez un article ou un tweet sur les produits, que vous assistez à une conférence ou à une formation sur les produits, demandez-vous si l'auteur, le conférencier ou le formateur parle du modèle d'équipe produit émancipée ou du modèle d'équipe feature.
MISE À JOUR : J'ai publié un [http://www.svpg.com/product-team-faq article complémentaire] répondant aux nombreuses questions que j'ai reçues à propos de ce billet.