Product Owner (PO) et Product Manager (PM) : quelle différence ? - Scrum Life 28

🎁 Le guide du Scrum Master compétent 👉 sl.run/BXck4M
C'est une question récurrente... Quelle est la différence entre le PO (Product Owner) et le PM (Product Manager) ?
Je vous invite à regarder ma réponse assez directe... Et c'est également le premier Scrum Life où je parle d'Agilité à l'échelle !
💜️ La communauté Scrum Life 👉 sl.run/Mf30Wo
----------
LIENS EN RAPPORT AVEC CETTE VIDÉO
- Scrum Life 9 sur la Revue d'Itération : • La Revue d'itération, ...

[@ScrumLife]

Découvrez toute la communauté Scrum Life ! 👉 sl.run/nci4hX

[@yvesthiery4733]

👍 On perçoit bien les differentes composantes/missions necessaires autour de lapproche produit. Oui pour pour ensuite les répartir entre acteur (PO.Px.PM.bidule, CPO ..peu importe le libellé) selon chaque contexte société. Tant que la répartition est exhaustive, transparente,/visible et comprise/partagée de tous, tout devrait bien se passer. Comme d habiitude, en raisonnant process/chaine de valeur au lieu de relation hierachique dans les rôles, on y voit plus clair.

[@olivierledru2765]

Plutôt d'accord, merci pour la synthèse ! Petit bémol, dans Nexus ou dans LeSS, il n'y qu'un produit, donc un unique Product Backlog et UN SEUL et unique PO. La notion d'APO n'apparait que dans LeSS-Huge, au delà d'une dizaine d'équipes. En effet, le PO se contrefiche de savoir si les mecs qui bossent pour lui sont organisés en 3, 5 ou 7 équipes, c'est juste pas son problème. C'est différent dans SAFe où chaque équipe dispose de son propre PO et où un PM prend un rôle dont la définition colle plutôt pas mal avec la définition donnée par Scrum (mais attention, la définition des rôles de PO et SM de SAFe n'est pas celle de Scrum...) Selon moi, on a des PM dans des orgas où le rôle du PO n'est pas "respecté", ie où on ne lasse pas le PO agir comme un véritable mini-chef d'entreprise, mais comme un simple "scribe" ou "proxy" entre le métier et l'IT. Dans ces contextes, il faut bien un PM pour faire le VRAI travail du PO. Et pour répondre à Constantin, selon moi, dans une orga agile, le PO maintient une trajectoire stratégique, mais l'acquisition des détails des US se fera directement entre les équipes de dév et les parties-prenantes. Cf. manifeste agile. Les PO ne sont pas là pour servir d'intermédiaires sinon, c'est gaspillage de temps et distorsion d'information.

[@cog_g]

Un grand merci Jean-Pierre pour cette vidéo. Je pense aussi comme tu le dis que le plus important est de s’organiser en fonction de l’organisation et de ne pas forcément s’accrocher ou s’enfermer à un framework de mise à l’échelle. Et bien sûr, nous sommes en amélioration continue et en itératif alors je conseille d’essayer et d’adapter.

[@gxchastar658]

L'attribution des rôles est déterminant PM partie Discovery et analyse des données et PO partie delivery et impact sur le produit en cas d'évolution.

[@ludovicroisin4653]

Nous avons un PM pour chaque produit, chacun s'occupe d'une vision haut niveau des orientations produit, discussion avec le marché, contrôle des valeurs produites, avancement,.... Et un PO dans chaque équipe qui donne du sens aux réalisations lors des sprints.

[@laboverflow]

Intéressant. Je suis actuellement Dev et je m’apprête à basculer sur ce rôle qui va complétement avec ma vision et mes savoir-faire. Pouce bleu !

[@bgn9000fr]

Un grand bravo pour la clarté et les précisions.

[@yns13]

PO c'est quand l'utilisateur est interne et PM c'est quand l'utilisateur est externe. Quand l'utilisateur est externe tu dois rajouter une casquette Marketing/génération de revenues.... Il est plus compliqué d'être sur du besoin de l'utilisateur (market research, customer support feedbacks, sales feedbacks..) et être sur que le produit satisfait les users (success metrics on acquisition, retention...). Toutr la différence se fait dans la proximité avec les users ! Le PO a une composante très accès gestion de projey quand le PM a une casquette Marketing et génération de revenu en plus

[@ScrumLife]

Merci pour ton avis YA. Chez Scrum Life, on pense que justement le/la PO doit avoir une vraie dimension marketing, on en parle pas mal dans cette vidéo : kzbin.info/www/bejne/r5iwm55nebdld7M tu l'as vu ? Tu en penses quoi ? -- Constantin

[@adamam3007]

Pareil, merci pour l'explication. J'entends encore trop de débats sur le sujet. Allez je m'abonne

[@ramcessbindang7466]

Merci pour cette superbe vidéo. Je suis product analyst (encore un nouveau terme) et dans ma boîte il y a des PO et des PM et même eux n'arrivaient pas à vraiment m'expliquer la différence. Mais là je suis OP

[@ScrumLife]

Génial ! Partages-tu cette vidéo dans ta boîte ? -- JP

[@gillesmauleon6841]

Salut JP C’est une question que je me suis déjà posé, et à laquelle l’article suivant m’avait apporté quelques réponses (complémentaires): medium.com/@melissaperri/product-manager-vs-product-owner-57ff829aa74d Extrait: “Product Owner is a role you play on a Scrum team. Product Manager is the job.” Comme tu l’indiques, l’organisation et la mise à l’échelle sont en effet déterminant dans la définition des rôles ou fonctions PO vs PM. Dans mon cas, l’organisation et les rôles ont été fortement inspirés de SAFe: les PO (“Proxy PO”) font partie du département Engineering, se focalisent sur une/plusieurs équipes Scrum. Ils travaillent avec un ou plusieurs Product Managers, faisant eux partie du département Product Management, plus orientés business et relations clients. Donc séparation structurelle et formelle entre “discovery” et “delivery”. Avec plus de 40 à 50 équipes, ce découpage finit par poser problème, chacun ne sachant plus vraiment où est sa responsabilité (au sens “accountability”), et les PO (sans parler des équipes) perdent le contact avec le client (besoin, feedback), et deviennent de “simples exécutants”, en regard de la vision globale du produit. Expérience intéressante en tout cas :-) Un autre article que j’avais lu sur le sujet: www.scrum.org/resources/product-owner-vs-product-manager Sinon, toujours au top tes vidéos :-)

[@MrBloomee]

De mon expérience en tant que PO, j'avais un PM qui était en fait un manager avec une roadmap en V. Et qui ne faisait pas vraiment l'effort de la synchronisation et de la facilitation des dépendances. #fail

[@ViolaineT]

Dans tous les cas de figure, le PM ne devrait t-il pas avoir un backlog (puisqu'il a la vision et la roadmap!)? (première question) Que dire du cas où au lieu d'une dizaine d'équipes, on a un PM pour 2 ou 3 équipes, pas du tout "huge" donc...je me demandais si du coup à partir de quand faut-il s'inquiéter de situations où l'on aurait un PM et plusieurs PO pour une seule équipe de dév (deuxième question), quelles conséquences pourrait t-on trouver ?

[@shelbysir3421]

I answered this same question on my channel, and if I have my translation right, I think we are in agreement!

[@ScrumLife]

Well... I'm quite not sure... I find your description of the Product Owner quite reductive yet sadly all too common in the industry. I like to quote Jeff Sutherland on the matter who explains that Product Owner is first and foremost a marketing role, it is a Product Manager role able to work in close relation with the team: www.quora.com/Whats-the-difference-between-Product-Management-and-Product-Ownership-Can-both-of-them-be-run-without-Scrum-or-is-Product-Ownership-specifically-just-for-Scrum/answer/Jeff-Sutherland-1?srid=hJUg I like to say: "The Product is not the Product Owner. It is the whole team." So it is not (specifically) up to the Product Owner to write User Stories. The Product Owner role is not to get backlog items ready so that the team doesn't have to think too much before getting to work. Working on longer-term stuff, working on product stuff, user interviews and user research, roadmaps (if you have to do one), all of this are to be shared with the whole team. If you get succesful with your channel, which obviously I wish you to, then you'll become a voice that people listen to. You'll be evangelizing. So in my opinion you can't just re-hash what most companies are doing and say that's the way it should be, or not say that it should be otherwise. Most companies are setting up "Digital Factories" given orders to build stuff, and where all product-related stuff are already discussed by other people remote from the developers. This is wrong, this is not agile, this is not how great products are made. I'd be happy to discuss further with you. By the way, my DM are open on Twitter twitter.com/jpierrelambert Good luck with your new channel! You've got one more subscriber ;-)

[@gxchastar658]

Chez un client dans les médias un super PO qui gérait tous les produits avaient une équipe de plusieurs PO coté Client et Fournisseurs. Cependant je pense qu'il y avait une erreur de langage car il était en réalité PM comme vous l'avez si bien exposé.

[@ScrumLife]

Merci pour ce partage. Et dans ce cas, quelle était la marge de manœuvre des "PO" ? -- Constantin

[@JM-TQ]

C'est ni plus moins du jargon Agile. Les responsabilités existent quelque soit la méthodologie.

[@ScrumLife]

Tout à fait ! As-tu vécu des situations où il y avait à la fois un PO et un PM ? Et dans ce cas, comment se répartissaient-ils les responsabilités ? -- JP

[@kevinlmt]

On entend beaucoup parler du Product Designer. Mais quelle est la différence avec le Product Owner?

[@ScrumLife]

Salut @kevinlmt ! Très bonne question, merci de l'avoir posée ! 🙌 Alors pour faire simple, un Product Designer se concentre principalement sur l'expérience utilisateur et l'interface de ton produit. Il/elle va s'assurer que ce que tu développes est à la fois agréable à utiliser et répond aux besoins des utilisateurs en termes d'usabilité. Le Product Designer travaille souvent en étroite collaboration avec l'équipe de développement, en réalisant des maquettes et des prototypes pour valider des idées avant de les implémenter. De l'autre côté, le Product Owner a un rôle plus large et stratégique. C'est lui/elle qui définit la vision du produit et gère le backlog produit. Le Product Owner priorise les fonctionnalités à développer en tenant compte des retours utilisateurs, des objectifs commerciaux et des contraintes techniques. Bref, il/elle s'assure que l'équipe de développement travaille sur les bonnes choses au bon moment. En somme, le Product Designer et le Product Owner collaborent étroitement, mais ils ont des responsabilités distinctes : l'un s'occupe de “comment” le produit est perçu et utilisé, l'autre de “quoi” doit être développé et pourquoi. 💡 J'espère que ça aide! Si tu as d'autres questions sur le sujet, n'hésite pas à les poser ici. On adore échanger avec vous ! 😉 À bientôt, Robin de Scrum Life

[@kevinlmt]

@@ScrumLife merci beaucoup pour ces précisions 😊👍

[@jeanpierrefernandez3677]

Un CPO n’est pas vraiment un PO en chef …. Mais un Head of Product oui

[@RKlein44]

Bonne vidéo, merci beaucoup pour vos éclairages toujours étayés d'exemples pertinents. Deux remarques que j'essaye constructives : en tant que spectateur, je voudrais que le son du jingle soit moins fort et s'aligne sur le volume du reste de la vidéo. Cela afin d'éviter de jongler avec les volumes. Autre point : en tant qu'amateur de la langue Française, je voudrais que pour une fois une vidéo tech/pro ne commence pas ses phrases par des "C'est quoi..." mais par "Quel(le) est..." (ce qui est d'ailleurs parfaitement écrit à 9'21 :)) afin de ne pas torturer notre belle langue avec une faute tellement commise qu'elle semble aujourd'hui faire partie intégrante du jargon tech/startup.

[@ScrumLife]

Merci Renaud pour ce commentaire très constructif. Nous essayons de nous améliorer techniquement à chaque vidéo. Est-ce que vous voyez une amélioration au niveau du son sur une vidéo plus récente comme kzbin.info/www/bejne/e3-mgmiJYtVqe8U ?

[@RKlein44]

@@ScrumLife Non, pas de différence majeure. Par contre on voit bien l'évolution au niveau du montage avec vos toutes premières vidéos, coupées vraiment "à la dure", parfois à la limite de la fin des phrases. Profitant d'un creux d'activité pour dévorer nombre de vos vidéos, je vous félicite et vous remercie pour le contenu, vraiment top ! Vous avez un nouvel abonné avec la cloche activée ;)