.svg)
.png)
.png)
Découvrez la formation Product Manager de Maestro
En 7 semaines intenses et pratiques, vous devenez le Product Manager que toutes les entreprises Tech s’arrachent.
.svg)
Cet article est un récapitulatif de l'interview MaestriX d'Estelle Recuero, Product Manager et Développeuse en freelance.
Le replay de l'interview 👇
Qui est Estelle Recuero ?
Après un début de carrière dans le marketing, Estelle a rapidement changé vers de la gestion de projet en informatique. Naturellement, elle est passée du côté du Product Management “C’est comme ça que ça se faisait à l’époque, aujourd'hui c’est beaucoup plus structuré notamment via des formations comme Maestro.”.
C’est lorsqu’elle travaillait chez Malt, une plateforme pour freelance, qu’elle a décidé de se lancer à son tour. En parallèle, elle a suivi la formation de l’école 42, l’école d’informatique pour apprendre à coder. Aujourd’hui elle est freelance Développeur et Product Manager.
C’est pourquoi elle est très bien placée pour attaquer ce sujet !
Et aujourd’hui, en plus de son métier de freelance, Estelle est coach Produit pour les programmes Product Manager de Join Maestro.
Quels sont les principaux défis de la collaboration Product Managers x Développeurs ?
Le plus évident, c’est côté Delivery. C’est à ce moment-là que les PM et développeur communiquent le plus. Et la question en suspens reste “Comment on délivre ensemble ?”. Et bien : ça dépend !
Souvent, la taille de la structure joue beaucoup :
👉 Dans les petites structures les équipes sont similaires dans leurs méthodes, on a la même organisation, les mêmes rituels, etc.
👉 Dans des plus grandes ça devient plus difficile car chacun a ses rituels, ses outils, ses process.
Et le second, c’est côté Discovery. Certains ont encore l’idée reçue que les développeurs interviennent uniquement au moment de la Delivery. Or, aujourd’hui, c’est de plus en plus revendiqué que pour un produit pertinent et une collaboration effective, il faut impliquer les développeurs dès la Discovery !
Ils doivent être inclus dans l’identification des problèmes et des opportunités techniques, pas uniquement fonctionnelles.
Les développeurs ont leur place dès la conception.
💡 Impliquer les développeurs dès le début, leur permet d'observer eux même les usages des utilisateurs et mieux comprendre leur audience.
Qu’est-ce qu’une collaboration idéale entre Product Managers et Développeurs ?
C’est celle avec une répartition claire des rôles !
Souvent, les Product Managers vont prendre le lead sur la majorité des sujets, mais en faisant ça ils déresponsabilisent le reste de l'équipe. La répartition doit être claire et chacun mène à bien ses sujets et sollicite les membres de l'équipe lorsque c'est nécessaire.
💡Pour Estelle une collaboration qui a bien fonctionné était celle qu'elle a eu chez Malt : ils étaient organisés par squad en transversalité. Mais ça n’est pas uniquement ça qui a fait la différence : c’est que le scope de chacun était clair. Si l'organisation regroupe en squad un PM, un développeur, un Designer, et se repose sur l’idée que cela suffit pour que ces talents fassent de la magie ! Alors, on leur souhaite 😉 Mais en réalité ce qui fera la différence c’est une squad organisée, cadrée : tout le monde sait qui fait quoi.
Quels sont les éléments clés d'une communication efficace entre Product Managers et les Développeurs ?
Ne pas séparer les équipes qui travaillent sur la Discovery et la Delivery
La Discovery est parfois déconnectée de la Delivery, et les développeurs ne savent pas toujours ce qu’il se passe dans les premières étapes du double diamant. Estelle fait le parallèle avec la méthode Shape Up, qui, en mettant la discovery en quinconce avec la delivery, permet d’avoir un cercle vertueux dans la collaboration des équipes puisqu’elles sont toutes à la même étape au même moment.
Si tu souhaites comprendre la méthode Shape Up, visionne ce MaestriX fait avec les équipes Trustpair sur Pourquoi et comment utiliser la méthode Shape Up ?
Prévoir les moments d’échanges et ne pas se reposer uniquement sur les rituels agiles
Il ne faut pas compter uniquement sur les meetings de l'organisation agile pour cela : ce sont surtout des meetings orientés tech, donc il faut bien sûr être présent, y participer, partager ses difficultés. Mais il faut des moments dédiés au feedback sur la collaboration : comment on travaille mieux ENSEMBLE ?
S'aligner sur les outils
Souvent, les développeurs notamment, vont avoir des outils assez techniques, par exemple GitHub et des outils de gestion comme Jira. Or, ces deux outils ne sont pas du tout adapté au métier de Product Manager qui vont donc utiliser leurs propres outils.
Résultat : on a une énorme distension car toutes les informations produit sont dans un outil et celle de développement dans un autre.
👉Ne pas choisir ses outils ensemble nuit à la collaboration. Par exemple si les PM font leur roadmap sur leur outil que les développeurs n'utilisent pas, ceux-ci ne retourneront pas la consulter ! Ils n'ont peut-être pas d'accès et tout simplement pas le réflexe de se rendre sur un autre outil.
Pour choisir les outils de l'équipe, il faut impliquer dans la décision toutes les parties prenantes. On peut d'ailleurs tomber sur un compromis d'un outil qui intègre Jira, pourquoi pas.
Faire un pas vers le métier de l'autre
Quand vous rejoignez une entreprise, prenez du temps de comprendre tout le “Système d’Information”, ainsi vous intégrerez le contexte et vous gagnerez un temps considérable par la suite. C’est l’approche qu’ont la plupart des personnes qui rejoignent la formation Tech pour PM de Join Maestro, pour comprendre la base de la tech et mieux travailler avec les développeurs.
Mais attention, Estelle entend souvent dire “Les PM doivent être capable de lire une documentation d’API”. Oui et non.
- Oui, il faut avoir de la curiosité et vouloir se mettre un peu à la tech. Les développeurs sont sur des sujets parfois vraiment compliqués et font déjà souvent l’effort de vulgariser, le PM doit aussi faire un pas vers l’aspect technique du produit.
- Et non, car par exemple un PM qui est en Discovery va parfois déjà commencé à réfléchir comment techniquement ça serait faisable, si ça fait sens avec le reste du produit or c’est le rôle du développeur ! D’où l’importance de les impliquer tôt dans le process 😉
Une fois instaurer, comment entretenir la bonne collaboration Product Manager x Développeurs ?
Estelle a 3 conseils principaux :
- Développer une relation forte avec les managers développeurs ou les leads dév et qu’ils prennent une place active dans la diffusion de la culture produit de l’entreprise. Vous avez besoin d'un ou d'une allié·e qui comprend les enjeux du rôle de développer et ses frustrations.
- Définir tous les points de collaboration et prioriser/choisir ses batailles : souvent c’est plus difficile de faire accepter qu’il faut impliquer les développeurs en conception car le product manager ne peut pas être le seul garant de la définition technique des sujets (même les managers tech sont parfois trop loin de la code base pour être pertinents). Et si votre entreprise n’est pas prête et que ça bloque, vous pouvez commencer par choisir vos batailles et prioriser d’autres aspects : par exemple le backlog / la priorisation, les inviter aux interviews utilisateurs, l’assurance qualité et les tests etc. Ça peut lancer la machine d’une meilleure collaboration !
- Prioriser ensemble : on ne devrait pas avoir une roadmap et un backlog produit et de l’autre coté un backlog technique. Les PM peuvent avoir un backlog d'idées qui vient nourrir un backlog commun avec des priorités communes et définies ensemble, car un sujet technique finit toujours par être un sujet produit vu que la structure technique impacte tout le produit (soit sur la vitesse, la qualité des données etc.).
Comment mesurer et évaluer le succès de la collaboration Product Managers x Développeurs ?
C’est une question intéressante car on mesure et évalue les développeurs sur leur capacité à délivrer avec des métriques comme la vélocité d’une équipe développeurs, le temps de validation des PR etc. Ils ont aussi des métriques de code coverage par exemple, c'est la part de la code base qui est couverte par au moins un test.
Mais Estelle n'a pas encore vu de très bonnes métriques pour objectiver ce qu’on fait coté PM de la même manière et c’est pour ça que l'approche Shape up qui vise à passer 6 semaines en Discovery/conception, puis 6 semaines en Delivery. Mais en réalité ça ne suffit pas toujours car ce qu'on fait dans une phase ne se traduit pas toujours dans l'autre. Du coup c’est plus une évaluation qualitative, par exemple Estelle recommande la mise en place d'un questionnaire produit et tech pour comprendre ce que chacun ressent de la compréhension Produit, de la compréhension technique, de la friction entre les équipes, de l’envie d’être plus impliqué.
Une vraie success métrique c’est quand de plus en plus de développeurs se portent volontaires pour participer à la conception et que le management valide ça. Ça veut dire que vous avez réussi à prouver la valeur de cette implication ! 💪
Comment identifier les organisations qui ont une bonne collaboration Product Manager x Développeurs pendant le processus de recrutement ?
Estelle a l'habitude de cette question à force de coacher les participant·es aux formations Maestro dans leur carrière. La réponse est en 2 parties :
- Si vous ne rencontrez pas les développeurs pendant le processus, ça n’est pas très bon signe ! Et si c’est le cas, n’hésitez pas à le demander.
- Si vous les rencontrez, poser vos questions ! C'est aussi à vous de les évaluer : Qu’est-ce que vous faites aujourd’hui ? Comment ça fonctionne ? Si j’arrive demain comment vous voyez la collaboration entre nous ?
Vous pouvez d'ailleurs faire la même chose avec les designers de l'équipe. Vous pourrez alors jauger la culture de l'entreprise, et pour le faire encore mieux, voici un MaestriX dédié sur le sujet : Comprendre rapidement la culture produit d'une entreprise, avec Charlotte Usureau.
3 conseils bonus pour Product Managers pour améliorer la collaboration PM x Développeurs
- Des fois il y a aussi des frustrations qui sont liées au fait que les devs ne comprennent pas ce que fait un PM de ses journées et ils peuvent voir ce rôle comme un point de friction organisationnelle entre eux et les designers par exemple. Pour pallier ça, vous pouvez par exemple laisser plus de liberté dans leur collaboration avec les designers en les mettant en lien direct pour travailler sur la Delivery.
- Attention au timing : ne poser pas des questions quand l’envie vous en prend. Le métier de développeur demande d’avoir des plages entières de concentration non interrompues (vraiment) donc essayez de solliciter les développeurs en début de journée, en fin de journée etc. Mais pas en plein milieu de l’après-midi où vous cassez toute leur productivité. Ca vaut aussi sur les réseaux de discussions comme slack, teams etc. --> Demandez à votre développeur quel est le meilleur moment pour les contacter.
- Le métier de Product Manager a son propre vocabulaire, plein d'anglicisme et d'acronyme. À force, il nous semble évident, mais en réalité pour améliorer votre collaboration, prenez le temps d'expliquer le langage Produit et la technicité de ce que vous faites !
On espère que vous avez appris à mieux collaborer avec les développeurs/product managers grâce à cet article ! Consultez la line up des MaestriX ici pour participer aux prochains rendez-vous qui vous permettent de monter en compétences produit.
.svg)
.svg)
.png)
.png)
.png)
![Thumbnails - Construire un produit No-Code en 20h d’Hackaton [Clicless]](https://cdn.prod.website-files.com/6169446d52fa8b6c1451d64f/6454da8d6fce501237d8caa2_Group%203500.png)
![Thumbnails - Construire un produit No-Code en 20h d’Hackaton [Laptops en vue]](https://cdn.prod.website-files.com/6169446d52fa8b6c1451d64f/6435863bbb526c6a560e3b83_Group%203454.png)
![Thumbnails - Construire un produit No-Code en 20h d’Hackaton [Laptops en vue]](https://cdn.prod.website-files.com/6169446d52fa8b6c1451d64f/64357f219548ae9bd5eac5ef_Group%203439.png)
![Thumbnails - Construire un produit No-Code en 20h d’Hackaton [Laptops en vue]](https://cdn.prod.website-files.com/6169446d52fa8b6c1451d64f/63daaae4ab6eef126df1abb4_Group%203354%20(1).png)
-min.png)
-min.png)
-min.png)
.png)
.png)
.png)
.png)
![Thumbnails - Construire un produit No-Code en 19h d’Hackaton [Artikle]](https://cdn.prod.website-files.com/6169446d52fa8b6c1451d64f/6318c360eb93d8dd664e4fb1_Group%203224%20(1).png)
![Thumbnails - Construire un produit No-Code en 19h d’Hackaton [Small cook]](https://cdn.prod.website-files.com/6169446d52fa8b6c1451d64f/6310e0846203677f1a35c5ae_Thumbnails%20-%20Construire%20un%20produit%20No-Code%20en%2019h%20d%E2%80%99Hackaton%20%5BSmall%20cook%5D.png)
.png)
.png)
![Maestro x ESCP Europe, le Product Management s'invite dans les études supérieures ! [PARTENARIAT]_thumbnails](https://cdn.prod.website-files.com/6169446d52fa8b6c1451d64f/619fd38aabba0d2a894b411d_Maestro%20x%20ESCP%20Europe%2C%20le%20Product%20Management%20s%27invite%20dans%20les%20e%CC%81tudes%20supe%CC%81rieures%20!_thumbnails.png)
![Développer son Produit Tech en 2 semaines [STUDY CASE]_thumbnails](https://cdn.prod.website-files.com/6169446d52fa8b6c1451d64f/619fc7dd7d22a4fc5bce598d_De%CC%81velopper%20son%20Produit%20Tech%20en%202%20semaines%20%5BSTUDY%20CASE%5D_thumbnails.png)
