Avec l'IA, le product manager est plus épuisé qu'avant — félicitations, le goulot d'étranglement, c'est vous
La Harvard Business Review a publié le mois dernier un article sur les managers submergés par la vitesse de production de l’IA. Une phrase d’un des interviewés m’a laissé quelques secondes sans voix :
«Toutes les 30 minutes, quelqu’un produit quelque chose que je dois regarder.»
Tout product manager devrait sentir cette phrase dans sa chair. Avant, le rythme était : réunion de cadrage, on explique le besoin une fois, l’aval repart avec, rendez-vous dans deux semaines. Pendant ces deux semaines, vous pouviez écrire des docs, voir des utilisateurs, enchaîner d’autres réunions — autrement dit, pendant que l’aval produisait, votre jugement avait le droit de quitter le bureau.
Ce n’est plus le cas. L’ingénieur épaulé par l’IA vous montre le soir même ce que vous avez demandé l’après-midi ; le prototype que vous montez vous-même avec Claude Code tourne en vingt minutes — et ensuite ? Ensuite il vous regarde, en attendant la phrase suivante. La production n’a plus besoin d’attendre, donc le jugement n’a plus le droit de se reposer. Voilà tout le mécanisme du «plus épuisé» : ce n’est pas que le travail a augmenté, c’est que le temps de respiration que vous cachiez dans «l’aval est en train de bosser» a été confisqué par l’IA.
Le goulot s’est déplacé sur votre tête
Andrew Ng l’a dit récemment sans détour : «Les ingénieurs sont 10 fois plus rapides, les product managers n’ont pas accéléré au même rythme — maintenant, ce sont eux le goulot d’étranglement.» Il a aussi cité un chiffre qui, il y a un an, serait passé pour une blague : des équipes proposent un ratio de 1 product manager pour 0,5 ingénieur. Non pas que les ingénieurs soient divisés par deux : la même capacité d’ingénierie ne demande plus qu’une demi-tête — alors que pour digérer cette capacité, c’est-à-dire «décider quoi faire, juger si c’est bon», un PM entier ne suffit plus.
L’observation de LeadDev est l’autre face de la même pièce : l’IA n’a pas rendu les développeurs plus sereins, elle a rendu tout le monde plus occupé — parce que tout ce que la machine produit doit encore être regardé par quelqu’un. Le code a doublé, les relecteurs n’ont pas doublé ; les prototypes ont décuplé, celui qui tranche «cette direction est-elle la bonne», c’est toujours vous, seul.
L’industrie a passé deux ans à débattre de «le product manager sera-t-il le premier éliminé par l’IA», et la réalité de 2026 est exactement inverse : une fois la production accélérée sur toute la ligne, la ressource la plus rare est précisément le jugement produit. Là où est le goulot, là est la rareté ; là où est la rareté, là est le pouvoir. Donc «plus épuisé» n’est d’abord pas une mauvaise nouvelle — la dernière fois que les product managers ont été aussi demandés, c’était pendant la ruée du mobile.
Mais «commenter chaque livraison en continu» est un piège
Ne vous réjouissez pas trop vite, pourtant. À fatigue égale, il y a deux façons de s’épuiser, et elles vont dans des directions opposées.
La première, c’est de se transformer en CI humain : chaque fois que l’aval produit quelque chose, vous validez en temps réel — «mets du bleu ici», «cette interaction ne va pas», «refais une version». Chaque validation est juste, chaque validation est rapide : vous êtes devenu un serveur d’approbation à haute disponibilité. Le problème de cette voie n’est pas la pénibilité, c’est qu’elle ne passe pas à l’échelle : la capacité de l’IA sera encore multipliée par dix, votre cerveau non. Aujourd’hui c’est un livrable toutes les 30 minutes ; l’an prochain, ce sera toutes les 3 minutes. Vous comptez faire quoi ?
Et disons-le sans ménagement : valider pièce par pièce a l’air consciencieux, mais c’est du jugement vendu au détail. Vous utilisez votre ressource la plus chère (votre jugement) pour faire le travail qui vaut le moins (pointer les défauts).
La deuxième façon de s’épuiser, c’est de livrer son jugement en gros, en amont : avant que l’aval (humain ou IA) ne se mette au travail, dire une fois pour toutes ce que «bon» veut dire — qui est l’utilisateur cible, quels états doivent être réels, qu’est-ce qui compte comme un échec, où est la ligne rouge du goût. Clarifier tout cela demande bien plus d’effort mental que pointer des défauts ; c’est ça, la vraie partie épuisante. Mais le retour est structurel : le jugement est injecté dans le processus de production, au lieu de boucher sa sortie. La même phrase ne gouverne pas un livrable, mais les cent livrables suivants.
Avant, une consigne valait pour deux semaines ; maintenant, une consigne vaut pour vingt minutes. Ce qui cloche, ce n’est pas la vitesse de l’IA, c’est que vous exercez encore votre jugement en mode «pilotage pas à pas».
C’est exactement le vrai sens du «dites» dans « dites-le, et l’IA le construit » — non pas une télécommande en temps réel qui radote, mais l’intention, les critères et les limites énoncés clairement en une fois, pour que l’exécution coure avec votre jugement embarqué. Dans la méthode, nous avons découpé cela en cinq phases, avec un seul geste central : en phase Define, faire d’abord poser des questions par l’IA, pour forcer «qu’est-ce qui compte comme bon» à sortir au grand jour — au lieu d’enchaîner les allers-retours de corrections une fois le travail fini.
Et il reste un moyen d’économiser ses forces : faire soi-même
Si le PM est plus épuisé, il y a une autre raison qu’on néglige : votre jugement passe par une traduction. Vous expliquez à l’aval, l’aval comprend à sa façon, produit, vous découvrez que la compréhension a dévié, vous réexpliquez — depuis que l’IA a compressé le cycle de production à l’échelle de la minute, la perte de traduction occupe une part d’autant plus grande de la boucle. La communication est devenue le coût principal.
Or ce coût, on peut désormais le supprimer purement et simplement : beaucoup de choses, vous pouvez les dire directement à l’IA, sans passer par personne, et fabriquer vous-même un prototype haute fidélité. Diriger, produire, valider : les trois rôles réunis en une seule personne, et dans la boucle plus aucune traduction, plus aucune attente, plus aucun «ce n’est pas ce que je voulais dire». Vous découvrirez qu’à produit égal, le dire soi-même à l’IA plutôt que le dire à un humain qui le redira à l’IA, ce n’est pas seulement du temps gagné — c’est toute la chaîne de malentendus qui disparaît.
Le verdict
À la question «pourquoi suis-je plus épuisé avec l’IA», la réponse honnête est : parce que pour la première fois, le goulot d’étranglement tombe clairement, distinctement, sur vous — et qu’il n’y a plus de «c’est dans le backlog» ni de «c’est en cours de dev» pour faire écran. Le confort d’antan, expliquer un besoin une fois et souffler deux semaines, était au fond un cadeau de l’inefficacité — l’efficacité est arrivée, le cadeau a été repris.
La fatigue ne disparaîtra pas, mais vous pouvez choisir votre façon d’être fatigué : vous laisser traîner par le rythme de production des autres, valider toutes les 30 minutes jusqu’à l’épuisement ; ou dépenser vos forces en amont, dire clairement ce que «bon» veut dire, et laisser cent livrables courir tout seuls avec votre jugement à bord.
La première fatigue est celle d’un intérimaire. La seconde est l’essence même de ce métier.
Discussion