La moitié facile du métier est en train d'être automatisée
Le trimestre dernier, j'ai vu une product owner transformer quarante-cinq minutes de notes de réunion en vrac en un jeu propre de user stories, le temps de se resservir un café. Le modèle a fait la rédaction. Elle a passé le reste de la matinée à en supprimer les deux tiers. Cette deuxième partie, la suppression, c'est ça le métier. La première, c'est ce qui s'automatise, et franchement la plupart d'entre nous sommes plutôt soulagés.
Les études disent toutes la même chose aujourd'hui : les product managers ouvrent un outil d'IA presque aussi machinalement que leur agenda, surtout pour rédiger et résumer. La moitié visible et documentaire du rôle se réduit à quelques minutes de travail. Je n'y vois pas une menace. Ce que l'IA fait bien n'a jamais été là où un product owner gagne sa place. Écrire la story a toujours été plus facile que décider si elle méritait d'exister.
Ce que l'IA retire, c'est le travail ingrat. Ce qu'elle révèle, c'est si vous faisiez vraiment la partie difficile en dessous.
Ce que l'IA vous enlève réellement
Soyons précis sur ce qui fond vraiment. Les critères d'acceptation. L'email décousu d'un stakeholder remis en forme en story structurée. Trente comptes rendus d'entretien condensés en thèmes. Un premier jet de release notes. Tout cela tient maintenant dans un prompt et une relecture.
C'est l'usage supervisé, les mains sur le volant, que je décris dans l'IA pour les product owners : on laisse le modèle prendre la page blanche, puis on apporte du jugement à ce qu'il rend. La lecture de Product School sur le rôle d'AI product owner(lien externe, nouvel onglet) arrive à peu près au même endroit, avec un centre de gravité qui se déplace vers des décisions centrées sur les résultats, loin de la production.
Le piège est discret. Une documentation plus rapide donne l'impression d'avancer plus vite, et ce n'est pas la même chose. Un backlog parfaitement rédigé peut rester le mauvais backlog.
Ce qui ne se transfère pas au modèle
Voici ce qui reste obstinément humain. Un modèle peut lister dix options et les classer de façon convaincante. Il ne peut pas porter la conséquence d'en choisir une, puis s'asseoir face à un stakeholder déçu pour la défendre. Porter un arbitrage est le cœur du rôle, et cela ne se délègue pas.
Il ne peut pas non plus décider quoi ne pas construire. Dire non, protéger le focus contre cent demandes plausibles, c'est la discipline au cœur de l'état d'esprit du product owner : les résultats avant les fonctionnalités. Un modèle de langage est fait pour produire une sortie plausible. La retenue stratégique est l'instinct inverse.
Je reviens toujours au même exemple parce qu'il est banal. Donnez à une IA un backlog de deux cents demandes : elle va toutes les regrouper, les classer et les réécrire mieux que vous. Ce qu'elle ne peut pas vous dire, c'est que cent quatre-vingts ne devraient jamais voir le jour. Ce jugement dépend d'une stratégie, d'un marché et d'arbitrages dans lesquels le modèle n'a aucun intérêt. La liste soignée donne l'impression que le travail est fait. Le réduire, c'est le travail.
La responsabilité ne se déplace pas davantage. Quand une décision de priorisation tourne mal, l'équipe regarde une personne, pas un prompt.
Les compétences qui distinguent désormais les bons PO
À mesure que la rédaction se banalise, ce qui distingue les bons product owners monte d'un cran : cadrer le problème, raisonner sur les arbitrages, gagner la confiance des stakeholders, et interroger la sortie de l'IA au lieu de la livrer. L'insistance de Scrum sur la responsabilité de la valeur produit(lien externe, nouvel onglet) devient plus nette ici, pas plus douce. Quand un modèle peut générer les artefacts, être le responsable désigné du résultat compte davantage.
Deux product owners peuvent s'asseoir avec exactement les mêmes outils. L'un accepte la roadmap générée et passe à autre chose. L'autre la lit, demande pourquoi trois éléments existent, et les coupe. En daily, ils ont l'air identiques. Ils ne font pas le même métier.
Comment le rôle change réellement
La forme du travail glisse du producteur vers l'éditeur et le décideur. Moins de temps à écrire la story, plus de temps à décider quelles stories méritent leur place et quelles preuves les justifient.
C'est la trajectoire que j'ai retracée dans d'ingénieur à product owner : la valeur vient du jugement sur ce qui compte, pas du volume produit. L'IA accélère la production, et c'est précisément pour cela qu'elle augmente la prime sur la décision. Quand n'importe qui peut générer un plan soigné en quelques secondes, la compétence rare, c'est de savoir quel plan vaut la peine d'être mené.
Le takeaway
Faites cet audit. Reprenez votre semaine passée et coupez-la en deux : le temps passé à produire des artefacts contre celui passé à prendre et défendre des décisions. Pour la plupart d'entre nous, le premier chiffre reste gênant de hauteur. Confiez cette production à l'IA, délibérément, puis réinvestissez les heures récupérées dans le jugement qu'aucun modèle ne peut porter. Ce réinvestissement n'est pas un bonus du travail avec l'IA. C'est tout l'avenir du rôle.
