Nous avons créé Noé pour former la prochaine génération de Product Managers, et de nombreux candidats au programme nous posent ces questions : quel niveau de technicité doit avoir un PM ? Qu'est-ce que l'équipe technique attendra de moi ? Quelle est la meilleure façon de travailler avec les ingénieurs ? On essaie d’y répondre dans cet article.
Quel niveau de technicité pour un Product Manager ?
Si vous voulez être Product Manager à San Francisco, la réponse est : "Vous devez avoir une formation en computer science" ! Google et Facebook ont adopté cette position et cela a eu un impact significatif sur la culture produit là-bas. Pourtant, les PM n'ont pas besoin de coder dans leur travail quotidien.
En France, la situation est différente. Il peut encore être fondamental d'être ingénieur ou de savoir coder pour les entreprises qui ont un produit très technique (comme Scaleway). Mais pour la grande majorité des start-ups, les compétences en informatique/ingénierie ne sont pas obligatoires. Vous trouverez généralement une répartition 50/50 entre les PM ayant un background technique et ceux qui n'en ont pas.
S'il n'est pas obligatoire de savoir coder ou d'être ingénieur, il est essentiel de connaître les concepts techniques de base. Cela inclut les concepts de front-end, back-end, API, GitHub, pull request, développement mobile vs web (la liste n'est évidemment pas exhaustive). Le PM doit comprendre les enjeux de chaque concept. Par exemple, le développement d'une application déployée à la fois sur les plates-formes Android et iOS double le temps de dev requis.
On aborde ces notions en détail au cours de la troisième semaine du programme Noé, afin que vous puissiez commencer votre travail de PM du bon pied, et avoir des conversations avec l'équipe technique sans avoir l'air d'un noob.
Lorsque vous postulez à un poste de PM dans une entreprise, essayez de comprendre quelle est sa stack technique et de vous familiariser avec elle.
Tip : La plupart du temps, vous pouvez trouver la stack technique d'une entreprise sur stackshare.io, ou sur Welcome To The Jungle.
Si vous êtes déjà Product Manager, n'hésitez pas à demander aux développeurs comment fonctionne le produit ! L'un des meilleurs conseils que j'ai reçus est de "trouver son âme soeur tech" : un(e) dev dont vous êtes proche et à qui vous pouvez poser toutes les questions, même celles qui vous semblent stupides.
"En tant que développeurs, nous aimons parler de ce que nous codons. Alors n'hésitez pas à demander !". Daphné, Software Engineer chez Alan
Qu'est-ce que l'équipe technique attend de l'équipe produit ?
Afin de travailler efficacement avec l'équipe technique, il est important de comprendre ce qu'elle attend de vous en tant que PM. Cela comprend :
- La priorisation des tâches. Si vous écoutez tout le monde dans la boîte, il semble toujours y avoir 15 choix de vie ou de mort. C'est le rôle du Product Manager d'analyser toutes les données et d'établir des priorités claires entre les bugs, les améliorations de fonctionnalités et les objectifs stratégiques.
"Pour moi, la plus grande valeur d'un Product Manager réside dans sa capacité à établir des priorités, à prendre des décisions et à s'affirmer dans ces décisions.” Daphné
Expliquer pourquoi, pas comment. Si les ingénieurs se concentrent sur le comment, le pourquoi relève de la responsabilité du Product Manager : quel est le problème que nous essayons de résoudre ? Pour quels utilisateurs ? Quels sont les principaux indicateurs clés de performance (KPI) sur lesquels nous allons essayer d'agir ?
- Apporter de la clarté et du focus. Vous ne pouvez pas être désordonné en tant que PM. C’est votre rôle de rassembler des informations et de les synthétiser de manière claire et précise.
"J'attends du PM qu'il soit capable de rassembler tout le contexte et les contributions de manière claire afin que nous puissions prendre des décisions ensemble". Daphné
Bien sûr, le rôle du Product Manager ne se limite pas à ces trois éléments... Mais ils sont essentiels pour assurer une collaboration harmonieuse avec l'équipe technique.
Quand la technique et le produit travaillent-ils ensemble ?
La technique et le produit ne travaillent pas ensemble 24 heures sur 24, 7 jours sur 7, il existe des moments clés de collaboration.
- Stand-up quotidien : Donnez les objectifs de la journée, et identifiez les points potentiels à discuter. Le but est de faire court, c'est pourquoi cela se fait "debout" et non dans une salle de réunion !
- Pendant les sprints, il y a trois moments clés. Tout d'abord, l’estimation: le but est d'estimer le temps de développement. Une chose importante à noter : l'estimation n'est pas une science exacte ! Des blocages et des retards peuvent se produire et se produiront, l'objectif est de limiter ces aléas. Deuxièmement, la demo du produit : faite par l'équipe à la fin du sprint, aux parties prenantes de l'entreprise par exemple. Enfin, la rétrospective : Le PM et l'équipe technique (ainsi que le designer et data analyst, s'il y en a un) se réunissent et prennent le temps d'examiner ce qui a bien fonctionné et ce qui n'a pas fonctionné au cours du sprint.
- Ateliers/réunions ad hoc. Une fois que le Product Manager a une bonne compréhension du problème à résoudre, il peut être intéressant de réunir l'équipe pour expliquer les résultats et définir les solutions potentielles. Lorsque la solution est claire, le PM organise généralement un kickoff pour présenter le problème, la solution et les prochaines étapes.
Enfin, dans chaque équipe, il y a un rôle de Lead Dev. Le duo PM / Lead Developer est la pierre angulaire d'une bonne collaboration entre les équipes Tech et Produit.
En conclusion, pour travailler efficacement avec l'équipe Tech, vous devrez :
- Avoir des notions des principaux concepts techniques.
- Vous concentrer sur la priorisation, expliquer pourquoi (et non comment), et apporter de la clarté et de la concentration.
- Mettre en place des réunions clés dans le quotidien de votre équipe : stand-up meeting, sprint planning, retro et demo, ainsi que des kickoff meetings pour cadrer les solutions.
- Avoir un duo fort avec le Lead Developer de votre équipe !
Bonne collaboration !
