Les grands ingénieurs n’ont pas besoin de consignes, et les grands PM ne contrôlent ni l’équipe ni la roadmap [Article traduit]

1. Redéfinir le véritable rôle du PM

   • Un grand PM ne contrôle ni l’équipe ni la roadmap.
   • À la place, il creuse en profondeur les insights du marché afin de guider l’équipe pour qu’elle n’aille pas dans la mauvaise direction.
   • (Texte original : "Un grand PM ne contrôle pas l’équipe. Il découvre des insights et empêche les écarts de direction.")

2. Contexte de création de PostHog : un départ sans PM

   • Quand Tim et moi avons lancé PostHog pour la première fois en 2020, j’ai insisté fermement sur le fait que nous ne recruterions jamais de product manager (PM).
   • Nous avons poussé les ingénieurs à réfléchir eux-mêmes aux problèmes produit et à les résoudre par le code.
   • Cela a façonné, dans la startup des débuts, une culture où l’autonomie passait avant tout.

3. Les caractéristiques d’un excellent product engineer

   • Il comprend par lui-même, sans consignes spécifiques, le contexte porté par le PM (vision, besoins clients).
   • À partir de là, il enchaîne la boucle prototype rapide → expérimentation → collecte de feedback → déploiement automatisé.
   • Sa force clé réside dans sa capacité d’exécution en code et sa vitesse d’expérimentation.

4. Distinction détaillée entre les rôles de PM et de product engineer

   • Focus du PM :
     • étude de marché, élaboration du business case, coordination des parties prenantes (vente/marketing).
     • partage de la direction et du contexte avec toute l’équipe.
   • Focus du product engineer :
     • exécution concrète du build/test/déploiement.
     • amélioration du produit en recueillant directement le feedback client.

5. Le modèle de collaboration idéal

   • Le PM n’est pas un « contrôleur », mais un « fournisseur de contexte » qui respecte l’autonomie.
   • Le product engineer partage les objectifs du PM, tout en exécutant de manière indépendante avec un focus sur le code.
   • Résultat : une culture de développement produit plus rapide et plus efficace, qui efface les frontières traditionnelles entre PM et ingénieur.

6. Message central de l’article et implications

   • Corriger les malentendus sur le rôle du PM : privilégier les insights plutôt que l’imposition de la roadmap.
   • Accélérer la croissance de la startup en maximisant l’usage des product engineers.