Vous recrutez un PO pour tenir le backlog et faire l'interface avec les développeurs ? Vous optimisez un circuit déjà obsolète. Ce texte démonte la séparation entre ceux qui pensent le produit et ceux qui l'exécutent : pourquoi elle dégrade la qualité, pourquoi le backlog ne peut pas fonder un métier, et pourquoi l'IA retire la dernière excuse de vivre avec.
L'IA augmente la capacité à produire — pas celle à décider. Les développeurs montent vers le produit, les PM descendent vers la construction. Ce glissement brouille les rôles sans dissoudre les responsabilités. Un tour complet de ce que l'IA banalise dans le product management, ce qui reste difficile, et un catalogue des rôles émergents avec leurs risques réels.
Produire du code plus vite ne suffit pas si personne ne comprend ce qui a été construit. L'IA automatise justement les tâches qui formaient les développeurs juniors, et l'erreur retardée n'apprend plus rien une fois le système devenu trop complexe. Quelques repères concrets pour garder la maîtrise : contrats clairs entre API, tests reliés au fonctionnel, reconstructibilité comme critère de qualité plutôt que simple vitesse de livraison.
Vos outils rangent bien l'information, mais ne capitalisent pas ce qu'elle vous apprend. Ce texte explique pourquoi le futur du système d'information n'est pas un meilleur formulaire assisté par IA, mais un basculement vers des contextes : des unités de mémoire portables, gouvernées, capables de relier sources, décisions et raisonnements plutôt que de simplement les stocker.
Certaines décisions produit reviennent partout : en comité roadmap, avec les sales, dans les specs, à chaque gros client. Sans trace, l'entreprise les redécide sans arrêt, souvent avec moins de contexte. Le PDR — inspiré des ADR techniques — documente ces règles de décision transverses. Rare, court, immuable : il ne dit pas quoi construire, il dit pourquoi l'entreprise a choisi une règle. Il enlève des dizaines de discussions inutiles.
Vous sortez de réunion avec un plan d'action, mais rien n'a vraiment été tranché. C'est ce que j'appelle une décision molle : une non-décision habillée en consensus. Les organisations la préfèrent souvent à un vrai arbitrage parce qu'elle préserve l'apparence de l'accord sans rendre la perte visible. Ce texte explore pourquoi ce mécanisme est rationnel à court terme, et pourquoi il coûte si cher à l'exécution.
Vos équipes sortent alignées de la réunion — et chacune repart avec une version différente de la décision. Le problème n'est pas le manque de réunions, c'est l'absence d'objets communs. Glossaire, one-pager, PR/FAQ, métriques hiérarchisées, journal de décisions, règles d'escalade : ces outils ne produisent pas l'alignement, ils forcent les désaccords à devenir visibles avant de coûter.