IA : l'équipe produit sans Product Owner

Et si demain, l'équipe produit autonome sans PO devenait la norme ? L'idée fait son chemin dans les cercles Agile : confier l'impact au métier, la qualité aux développeurs, et laisser l'IA combler les interstices. Une vision séduisante qui mérite qu'on l'examine avec lucidité, sans naïveté et sans nostalgie.

Équipe produit autonome sans PO : et si on se posait vraiment la question ?

L'idée séduit. Supprimer le product owner, confier l'impact au métier, la qualité aux développeurs, et laisser l'IA générative gérer le reste. Moins d'intermédiaires, plus de vélocité. Mais avant de franchir le pas, il vaut mieux se demander ce qu'on est prêt à perdre et ce que l'IA ne sait pas encore faire.

Ce qui rend l'idée attractive

Le PO, un rôle créé pour compenser un manque

À l'origine, le product owner est un traducteur. Il fait le pont entre la stratégie et le code. Mais dans les équipes où le métier est mature et les développeurs ont une vraie culture produit, ce pont peut devenir un filtre inutile voire un goulot d'étranglement.

Certaines équipes l'ont testé : backlog géré directement par un expert métier, décisions prises en lien direct avec les développeurs. Résultat : moins de réunions, moins de perte en ligne, une collaboration métier-développeurs nettement plus directe.

L'IA fait déjà une partie du travail

C'est le constat que fait essensei en proposant sa formation L'IA générative au service du Product Owner : l'IA peut aujourd'hui rédiger des user stories, analyser des feedbacks,     structurer un backlog. Ce ne sont pas des tâches annexes, c'est une part significative du quotidien d'un PO. Alors oui, la question est légitime : si l'IA absorbe tout ça, que reste-t-il ?

Des organisations qui ont sauté le pas

Spotify, Amazon, Basecamp par exemple ont repensé la propriété produit depuis des années. Spotify mise sur une autonomie radicale des squads où le PO devient un facilitateur de vision plutôt qu'un chef de projet. Amazon, avec ses Two-Pizza Teams, pousse les ingénieurs à porter eux-mêmes la vision produit via des documents narratifs. Quant à Basecamp, ils ont tout simplement supprimé le backlog au profit de cycles de travail courts ("Shape Up"), rendant inutile la maintenance d'une liste de tickets interminable.

La propriété produit est collective, distribuée, ancrée dans une culture forte. Ce n'est pas de la théorie. C'est une réalité possible dans certains contextes qui simplifient les processus à l'extrême.

C'est d'ailleurs cohérent avec l'esprit originel de l'Agile : aplanir les organisations, ne garder que ce qui génère vraiment de la valeur. Le manifeste lui-même rappelle que les interactions humaines priment sur les processus, pas les rôles.

Ce qu'on risque de perdre en route

Le sens ne s'automatise pas

Le PO ne sert pas à coordonner. Il sert à maintenir le cap quand tout pousse à l'urgence. À arbitrer quand les priorités se contredisent. À faire tenir ensemble une vision quand les équipes, le business et le marché tirent dans trois directions différentes.
Ce travail-là se fait dans les conversations, les désaccords, les silences d'une rétro. L'IA synthétise très bien mais elle ne négocie pas du sens. Et un produit, ça répond rarement à un seul problème métier : arbitrer entre plusieurs directions reste fondamentalement humain.

Le métier n'est pas toujours armé pour décider

Prioriser sous contrainte, résister à la pression (hiérarchique, politique et financière), arbitrer entre court et long terme c'est exactement ce qu'on apprend dans un parcours Product Owner. Sans cette formation, le besoin du métier ressemble souvent à une liste de courses. Chacun pousse ses sujets, et les développeurs se retrouvent coincés entre des injonctions contradictoires, sans personne pour trancher.

Les développeurs ne veulent pas tout porter

Leur cœur de métier, c'est la qualité technique. Leur demander d'arbitrer en plus des fonctionnalités, de gérer la dette et de répondre aux parties prenantes c'est les surcharger. Et souvent, les démotiver. La collaboration métier-développeurs fonctionne mieux quand chacun sait exactement ce qu'il a à porter.

Vers un PO augmenté pas un PO effacé

Ce qu'on distribue, c'est la culture pas le rôle

La bonne question n'est pas "supprime-t-on le PO ?", mais "comment fait-on monter tout le monde en maturité produit ?". Dans notre approche "Human First", chère à mc2i, la technologie ne doit jamais éclipser le collectif. Si l'IA excelle à absorber les tâches répétitives (rédaction de user stories, synthèse de feedbacks, structuration de backlog)  elle ne fait que libérer du temps pour ce qui constitue notre cœur d'expertise : l'interaction humaine.

Car l'IA est un levier, pas un pilote. Elle décharge, elle accélère, elle structure, mais elle ne possède pas le sens. Quelqu'un doit toujours tenir le fil pour incarner la vision et préserver la qualité du lien. C'est ici que notre conviction prend tout son sens : l'agilité même à l'échelle n'est performante que si elle est centrée sur l'Humain.

En automatisant la gestion technique du produit, l'IA permet à nos consultants de se recentrer sur ce qu'aucun algorithme ne remplacera : la négociation, l'empathie, la compréhension fine des enjeux métiers et la facilitation. Comme le souligne Christian Gossart dans son article, l'IA devient alors un moyen d’augmenter les d'interactions.

Chez mc2i, nous ne voyons pas l'IA comme un remplacement, mais comme un moyen de renforcer cette culture de la valeur partagée. L'autonomie, ça se construit sur ce socle solide : une équipe où chaque membre, libéré des tâches à faible valeur et chronophage par l'IA, peut enfin se consacrer à la co-construction et à l'impact réel.

L'autonomie, ça se construit

Les équipes qui fonctionnent sans PO ont toutes traversé des années de maturation. Elles ont appris à construire, s’approprier et à défendre une vision en priorisant et en sachant dire non collectivement. L'autonomie dans l'agilité produit est le fruit d'un chemin, pas le point de départ. Brûler les étapes, c'est prendre le risque de sacrifier la lisibilité stratégique pour une apparence de modernité.

Avant de supprimer le rôle : votre métier peut-il prioriser sous contrainte ? Vos  développeurs ont-ils une culture produit ? Vos données sont-elles fiables ? Si vous hésitez sur l'une de ces questions, commencez par former, pas par restructurer à coup d’IA agentique.

Et si le PO devenait le garant de la machine ?

Supprimer le PO pour gagner en autonomie, c'est tentant. Mais c'est oublier une chose essentielle : l'IA ne questionne pas ce qu'on lui donne à manger. Elle optimise, elle génère, elle accélère sur la base des données qu'on lui soumet. Et si ces données sont biaisées, incomplètes ou mal qualifiées, elle n'arrange rien. Elle amplifie.

Dans ce contexte, le PO n'est pas un rôle en sursis. C'est peut-être le rôle le plus stratégique de l'équipe, celui qui garantit la qualité de la donnée, qui détecte les angles morts que l'algorithme ne voit pas, et qui s'assure que les agents IA travaillent vraiment pour l'utilisateur. C'est cette QDD Qualité De la Donnée bien maîtrisée qui libère le plein potentiel de l'IA agentique ou non: des décisions plus rapides, des recommandations plus pertinentes, une équipe qui va plus loin.

Un PO qui ne gère plus un backlog. Un PO qui veille à ce que la machine ne trahisse pas ceux qui lui ont fait confiance et qui est outillé et appuyé par des outils d’IA.

Et vous dans votre organisation, qui joue aujourd'hui ce rôle de vigie entre la donnée, l'IA et l'humain ?