Idée principale

L'argument principal en faveur du Product Owner tient au backlog : le rôle maximiserait la valeur du produit en le tenant, en l'affinant et en le priorisant. Mais un item de backlog sert jusqu'à la livraison et perd ensuite l'essentiel de sa valeur. Les tickets et les spécifications se désynchronisent, les arbitrages changent pendant la réalisation, et le comportement final en production diffère de ce qui avait été écrit. Le backlog n'est ni la mémoire du produit ni l'endroit où on le pense : les outils de tickets restent des outils de cartes, où l'on pousse le résultat d'une pensée déjà structurée ailleurs.

Tenir un artefact qui se consomme est un travail réel, et il peut être fait excellemment. Mais il ne laisse rien derrière lui sur quoi une expertise s'accumule. C'est la définition d'une fonction : une tâche attribuable, redistribuable, dont la valeur s'épuise avec son objet. Un métier suppose que la pratique dépose quelque chose qui dure.

Cet argument ne doit rien à l'automatisation : il valait déjà quand les tickets étaient écrits à la main.

Couche apportée par « PM, développeurs et IA : les rôles se brouillent, les responsabilités restent » (2026-08-01). La distinction sert aussi dans l'autre sens, sur des besoins qui n'ont pas encore de nom. Évaluer des sorties probabilistes, tenir une mémoire produit, orchestrer des enchaînements d'agents, maintenir une documentation exploitable par une machine : ces responsabilités deviennent centrales dans une équipe outillée sans qu'aucune ne devienne nécessairement un poste. Certaines se stabiliseront en intitulés, d'autres resteront des compétences distribuées dans l'équipe, d'autres encore seront absorbées par le Product Ops, le design, l'ingénierie ou la QA. Le même critère tranche : ce qui se dépose durablement chez celui qui l'exerce peut fonder un métier, le reste reste une fonction à attribuer.

Pourquoi c'est important

Cela déplace le débat sur le rôle d'un terrain d'opinion vers un examen de son support : sur quoi repose-t-il, et cet objet dure-t-il ?

Et cela s'applique à tout rôle défini par l'entretien d'un artefact intermédiaire — comptes rendus, matrices de suivi, tableaux de bord de coordination.

Nuances et limites

Le raisonnement pousse à sous-estimer ce que la tenue d'un artefact jetable dépose quand même : une connaissance fine du produit, des usages, des dettes, qui reste chez la personne même après la disparition des tickets.

Et la frontière entre fonction et métier dépend de conventions sociales autant que de la nature de l'objet : un métier peut se constituer autour d'un travail entièrement périssable dès lors qu'un marché, une formation et une communauté le reconnaissent.

Questions ouvertes

• Quel objet durable un rôle centré sur la coordination pourrait-il produire, qui ne soit ni la documentation ni le produit lui-même ?