Donner et recevoir : 6 façons dont les ingénieurs et les chefs de produit peuvent s'entraider

Oubliez tout ce que vous avez entendu sur la rivalité entre les ingénieurs et les chefs de produit — c'est un paradigme qui doit disparaître. Le monde de la technologie d'aujourd'hui évolue trop rapidement, et la seule voie à suivre est celle de la collaboration mutuelle. Cet article révèle six façons pour les ingénieurs et les PM d'éviter de se heurter et de rester concentrés sur la mission.

1. PM : Partagez la Vision Globale ; Ingénieurs : Partagez les Contraintes Techniques

Donner : Les PM peuvent aider les ingénieurs en fournissant une compréhension claire des objectifs commerciaux et des besoins des clients derrière un projet. Cela aide les ingénieurs à comprendre pourquoi une fonctionnalité particulière ou une échéance est importante. Partager le contexte dès le début permet aux ingénieurs d'aligner leur travail sur des objectifs plus larges.

Prendre : Les ingénieurs, en retour, devraient communiquer ouvertement les contraintes techniques et les complexités impliquées dans un projet. Si une fonctionnalité apparemment simple nécessitera des changements majeurs en backend, l'expliquer dès le début aide les PM à prendre de meilleures décisions concernant la priorisation et les délais.

Exemple : Un PM explique qu'une fonctionnalité est clé pour gagner un client majeur ou pour faire face à une menace concurrentielle, ce qui aide les ingénieurs à la prioriser. De même, lorsqu'un ingénieur partage qu'une fonctionnalité prendra plus de temps en raison de problèmes de scalabilité, un PM peut ajuster les attentes.

Ressource

Pour les chefs de produit (PMs) : "Product Management in Practice" par Matt LeMay – Un guide complet pour comprendre et communiquer les objectifs d'un produit.

Pour les ingénieurs : "The Pragmatic Programmer" par Andrew Hunt et David Thomas – Un livre qui met l'accent sur la communication et la prise de décision technique dans le processus de développement.

2. PMs : Évitez le micromanagement ; Ingénieurs : Impliquez-vous dans le processus d'idéation

Donner : Les chefs de produit devraient résister à l'envie de contrôler chaque détail de l'exécution du produit. Faites confiance aux ingénieurs pour gérer les aspects techniques et donnez-leur l'espace pour résoudre les problèmes à leur manière. Une gestion trop prescriptive peut étouffer la créativité et conduire au désengagement.

Prendre : Les ingénieurs devraient prendre l'initiative dans le processus d'idéation. N'attendez pas qu'on vous le demande – proposez des suggestions et des idées sur comment améliorer le produit. De nombreux ingénieurs ont des insights précieux qui peuvent améliorer la fonctionnalité, la performance ou le design du produit. Être proactif montre que vous êtes investi dans le succès du produit au-delà de la simple écriture de code.

Exemple : Un chef de produit expose les objectifs commerciaux et demande des contributions au lieu de dire aux ingénieurs comment implémenter une fonctionnalité. Pendant ce temps, les ingénieurs proposent proactivement des solutions techniques et contribuent aux sessions de brainstorming.

Ressource

Pour les chefs de projet (PMs) : "Empowered" de Marty Cagan et Chris Jones – Ce livre explore comment donner aux équipes le pouvoir de prendre en main l'exécution du produit.

Pour les ingénieurs : "Creative Confidence" de Tom Kelley et David Kelley – Une excellente ressource pour les ingénieurs cherchant à contribuer de manière créative à l'idéation du produit.

3. PMs : Donnez généreusement du crédit ; Ingénieurs : Soutenez publiquement les décisions relatives au produit

Donnez : Une plainte courante des ingénieurs est que les PMs s'attribuent le mérite du succès du projet puisqu'ils sont souvent ceux qui le présentent à la direction. Les PMs peuvent aider à construire la confiance en partageant le crédit avec l'équipe d'ingénierie et en donnant aux ingénieurs l'opportunité de présenter leur travail.

Prenez : En retour, les ingénieurs peuvent soutenir les décisions des PMs lors de présentations à d'autres équipes ou parties prenantes. Même si vous êtes en désaccord avec certains aspects, soutenir publiquement les décisions relatives au produit montre une unité et favorise une culture collaborative.

Exemple : Après un lancement réussi, un PM invite les ingénieurs à présenter les réalisations techniques. En retour, les ingénieurs soutiennent publiquement les décisions du PM concernant le produit lors de réunions avec les parties prenantes.

Ressource

Pour les PMs : "Radical Candor" de Kim Scott – Un livre qui fournit des perspectives sur la construction de relations solides et sur le fait de donner du crédit là où il est dû.

Pour les ingénieurs : "Crucial Conversations" par Al Switzler, Joseph Grenny et Ron McMillan – Apprenez à avoir des conversations efficaces et soutenantes avec vos collègues et la direction.

4. Chefs de projet : Soyez ouverts aux discussions sur la dette technique ; Ingénieurs : Soyez réalistes concernant les délais

Donner : Les chefs de projet peuvent aider les ingénieurs en étant ouverts aux conversations sur la dette technique et la maintenance. Il est tentant de prioriser de nouvelles fonctionnalités, mais négliger la fondation technique peut conduire à des problèmes plus importants. Allouer du temps pour le remaniement nécessaire du code ou les améliorations de l'infrastructure démontre une compréhension de la santé à long terme du produit.

Prendre : Les ingénieurs doivent également être réalistes sur le temps que les choses prendront. Si vous donnez des estimations trop conservatrices, les chefs de projet peuvent se sentir pressés de repousser les délais. Fournir des délais précis et communiquer les retards tôt aide les chefs de projet à planifier efficacement.

Exemple : Les ingénieurs communiquent les risques de la dette technique et les chefs de projet permettent du temps pour le remaniement, tandis que les ingénieurs fournissent des estimations de temps réalistes pour gérer les attentes.

Ressource

Pour les chefs de projet : "Technical Debt 101" par ThoughtWorks – Un excellent primer pour comprendre la dette technique et comment la gérer.

Pour les ingénieurs : "The Phoenix Project" par Gene Kim, Kevin Behr et George Spafford – Un roman qui illustre l'impact de l'équilibre entre la dette technique et les priorités commerciales.

5. Chefs de projet : Incluez les ingénieurs dans le retour d'information des clients ; Ingénieurs : Respectez les priorités commerciales

Donner : Les chefs de projet peuvent aider les ingénieurs en partageant directement avec eux les retours des clients. Les ingénieurs se sentent souvent plus connectés au produit lorsqu'ils entendent comment les clients l'utilisent, quels problèmes ils rencontrent et quelles fonctionnalités ils adorent.

Prendre : Les ingénieurs, à leur tour, devraient respecter les priorités commerciales que les chefs de projet essaient d'équilibrer. Bien que cela puisse être frustrant de lancer une fonctionnalité qui n'est pas parfaite, le faire peut parfois être crucial pour maintenir la compétitivité.

Exemple : Un chef de projet invite les ingénieurs à participer à des sessions de retour d'information des clients, et les ingénieurs comprennent l'importance de certains lancements de fonctionnalités, même lorsqu'ils estiment que certains aspects nécessitent plus de raffinement.

Ressource :

Pour les chefs de projet : "The Lean Product Playbook" par Dan Olsen – Un guide pratique pour comprendre le retour d'information des clients et le traduire en stratégies de développement de produit actionnables.

Pour les ingénieurs : "The Mythical Man-Month" par Frederick P. Brooks – Ce livre classique aborde les défis des délais de développement logiciel et des attentes commerciales.

6. Chefs de projet : Fixez des Objectifs Clairs et Réalisables ; Ingénieurs : Soyez Orientés Solutions

Donnez : L'une des choses les plus précieuses qu'un chef de projet puisse faire pour les ingénieurs est de fixer des objectifs clairs et réalisables. Des exigences vagues ou des priorités constamment changeantes peuvent causer de la frustration. En définissant à quoi ressemble le succès et en s'en tenant à ces paramètres, les chefs de projet peuvent aider les ingénieurs à se concentrer et à travailler efficacement.

Prenez : Les ingénieurs devraient aborder les problèmes avec un état d'esprit orienté vers les solutions. Au lieu de lister les raisons pour lesquelles quelque chose ne peut pas être fait, proposez des alternatives ou des solutions de contournement. Être constructif aide le chef de projet et l'équipe à avancer sans être ralentis par des obstacles techniques.

Exemple : Un chef de projet fournit des indicateurs de succès clairs pour un projet, tandis que les ingénieurs proposent des solutions pratiques lorsque des contraintes techniques surviennent.

Ressource

Pour les chefs de projet : "Measure What Matters" par John Doerr – Apprenez comment fixer des objectifs clairs et des résultats clés mesurables (OKRs) qui s'alignent avec les efforts de votre équipe.

Pour les ingénieurs : "Concevoir des applications riches en données" par Martin Kleppmann – Une ressource technique qui aide les ingénieurs à réfléchir à la construction de systèmes évolutifs et fiables tout en équilibrant les exigences du produit.

Exemple concret : L'algorithme en 5 étapes d'Elon Musk pour réduire la bureaucratie interne

Elon Musk est bien connu pour son style de gestion audacieux chez Tesla et SpaceX. Dans sa quête pour réduire la bureaucratie interne, Musk a développé un algorithme en cinq étapes, détaillé dans sa récente biographie par Walter Isaacson, qui fournit un cadre d'action pour rationaliser les processus.

1. Remettre en question chaque exigence : Musk conseille de remettre en question chaque exigence, même si elle provient d'une "personne intelligente". Attribuez un nom à chaque exigence et demandez-vous continuellement si elle est nécessaire. Si ce n'est pas le cas, éliminez-la.
2. Supprimer toute partie du processus que vous pouvez : Musk souligne que la simplicité est la clé. Supprimez les étapes inutiles — allez plus loin que vous ne le pensez. Si vous n'avez pas à rajouter au moins 10 %, vous n'avez pas assez supprimé.
3. Simplifier et optimiser : Ce n'est qu'après avoir éliminé les étapes inutiles que vous devriez simplifier et optimiser ce qui reste. Évitez l'erreur de rationaliser des processus qui ne devraient pas exister en premier lieu.
4. Accélérez le temps de cycle : Une fois le processus rationalisé, concentrez-vous sur son accélération. Musk met en garde contre le gaspillage de temps à accélérer des parties de processus qui sont redondantes ou inutiles.
5. Automatisez en dernier : La dernière étape de Musk est l'automatisation, mais seulement après avoir minutieusement remis en question, supprimé et simplifié le processus. Automatiser trop tôt peut conduire à une complexité inutile.

La méthode de Musk peut être un exemple puissant de la manière dont les chefs de projet et les ingénieurs peuvent travailler ensemble pour défier les inefficacités, rationaliser les flux de travail et optimiser la productivité. En remettant constamment en question les hypothèses et en simplifiant les processus, les équipes de développement de produits peuvent réduire considérablement les obstacles internes et améliorer la collaboration.

Moins de stress, plus de passion

Comme Simon Sinek l'a sagement dit, "Travailler dur pour quelque chose qui ne nous intéresse pas s'appelle le stress ; travailler dur pour quelque chose que nous aimons s'appelle la passion." La même chose s'applique à la relation entre les ingénieurs et les chefs de projet. Lorsqu'ils travaillent ensemble avec respect mutuel et passion, de grandes choses se produisent. Laissez cet esprit de donner et de prendre guider la prochaine grande sortie de produit de votre équipe.