NEWNouveau : Rapport de positionnement B2B SaaS French Tech 2026  Lire le rapport →

Le product management n'est pas de la gestion de projet

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.

Partager :

4 min read

Prêt à en parler ?

If any of this resonates, let's talk.

Je réponds généralement sous 48h.

Articles liés

Le NPS bien fait
Christophe Dujarric Product Management

Le NPS bien fait

Avertissement Je ne suis pas fan du NPS, pour les raisons que j’exposerai plus loin dans cet article. Il souffre probablement de sa célébrité et du piège…

Voir plus →
Vos commerciaux ne savent pas ce qu'ils vendent
Christophe Dujarric Product Management

Vos commerciaux ne savent pas ce qu'ils vendent

Dans un article précédent, j’ai écrit que votre équipe commerciale ne sait pas ce qu’elle vend. Par là, j’entends qu’ils ne sont…

Voir plus →
Christophe Dujarric Product Management

Les méthodes : adaptez-les, ne les adoptez pas

Cela fait environ 12 ans que je travaille dans des environnements “agiles”. J’ai la chance de discuter avec plusieurs équipes de plusieurs…

Voir plus →