Le product management n'est pas de la gestion de projet
- Christophe Dujarric
- 17 octobre 2022
4 min read
Cet article a été traduit automatiquement depuis sa version originale.
Aux premiers jours de ce blog, j’ai commencé à écrire une série d’articles sur ce qu’est le product management et ce qu’il n’est pas, selon mon expérience. Il y avait un brouillon que j’avais initié à l’époque et que je pensais sans intérêt. Je suis assez surpris de l’écrire maintenant, mais après avoir vu des discussions à ce sujet dans certaines communautés de product management, j’ai senti qu’il était temps.
Le product management et la gestion de projet sont deux choses très différentes
Les deux peuvent concerner le développement logiciel. Mais ils s’appliquent à des situations très différentes. Normalement, vous auriez besoin d’une gestion de projet sur un “projet”. C’est-à-dire quelque chose qui a une date de début et une date de fin. Un produit a certainement une date de création, mais sa fin n’est généralement pas prévue. Un produit évolue généralement dans le temps, ajoutant, ajustant ou supprimant des fonctionnalités pour améliorer sa pertinence pour les utilisateurs et ses performances sur le marché. Il nécessite au moins de la maintenance.
Cela implique des paradigmes très différents.
Là où un chef de projet peut être désigné comme responsable de la date de livraison, des ressources et du budget, cette responsabilité sera partagée entre plusieurs acteurs dans une organisation produit. On parle souvent de la dualité entre “produit” et “ingénierie”, alors je vais aborder celle-ci en premier, mais il en va de même pour les autres départements.
Partager les responsabilités avec l’ingénierie
Un rappel rapide : pour amener un produit sur le marché, il y a du travail à faire sur le “Pourquoi”, le “Quoi” et le “Comment”. Le Pourquoi est clairement la responsabilité du product management. Le Comment (dans le monde du logiciel) est clairement la responsabilité de l’ingénierie. Le Quoi devrait être une négociation entre le produit et l’ingénierie.
Cela met en évidence que le product management ne peut pas être tenu responsable de toutes les échéances, ressources et budgets. Comme le Comment relève entièrement de la responsabilité de l’ingénierie, c’est à ces équipes de déterminer quelles ressources et quel financement elles ont besoin. Elles peuvent (et devraient) bien sûr amener ces considérations dans les négociations sur le Quoi. Mais in fine, le product management devrait se cantonner à leur donner suffisamment d’informations pour qu’ils puissent établir des estimations pertinentes.
Partager les responsabilités avec toutes les autres équipes
Dans la même perspective, le product management collabore par exemple avec le marketing et les ventes pour les stratégies et tactiques go-to-market.
Je n’ai pas entendu parler d’équipes rendant les product managers responsables du pipeline commercial, ou de la gestion des événements (sauf s’ils couvrent aussi ces fonctions dans les petites start-ups, ce que j’ai fait). Heureusement.
Le product management est là pour soutenir ces équipes. Les alimenter avec le bon contenu, les bonnes informations et les bonnes formations. Et chacune de ces équipes a ensuite son propre calendrier et ses propres objectifs.
Si c’est plus facile à saisir, ça devrait être vu comme exactement similaire à la façon dont produit et ingénierie collaborent.
Le product management, c’est rendre possible et responsabiliser
Un Product Manager a-t-il besoin de compétences en gestion de projet ? Je le recommanderais fortement, surtout dans les équipes produit en croissance. Mais c’est “juste” quelques-unes des compétences du panel requis. Ça aidera certainement le PM à organiser son propre travail, sa communication et ses reportings à toute partie prenante. Ne me faites pas dire ce que je n’ai pas dit : je ne crois pas que les Product Managers soient “meilleurs” que les Project Managers en quoi que ce soit. Ce sont des emplois différents.
Les Product Managers sont des personnes à l’écoute. Ce sont des facilitateurs. Si je devais utiliser une métaphore, je dirais qu’ils sont plus proches d’être des compositeurs, tandis que les chefs de projet sont probablement plus proches des chefs d’orchestre.
Et oui, certaines personnes ont les compétences pour les deux rôles.

