Le Product Owner est la responsabilité Scrum chargée de maximiser la valeur du produit. Il porte la vision, gère le backlog produit et décide de l’ordre dans lequel les éléments seront développés.
Il assure l’interface entre les parties prenantes et l’équipe, et tranche les arbitrages de priorité. Le cadre est explicite sur un point souvent contesté en entreprise : il s’agit d’une personne, pas d’un comité. Diluer la décision entre plusieurs interlocuteurs revient à la rendre impossible à prendre.
Les responsabilités réelles du Product Owner
Quatre missions structurent le rôle : formuler et communiquer clairement l’objectif du produit, créer et ordonner les éléments du backlog, s’assurer que ce backlog reste transparent et compris de tous, et veiller à ce que l’équipe travaille sur les bons sujets au bon moment.
Rien n’oblige le Product Owner à tout rédiger lui-même. Il peut déléguer l’écriture des stories, mais il reste comptable du résultat. Cette nuance explique bien des malentendus dans les organisations : déléguer la plume n’est jamais déléguer l’arbitrage.
Les dérives les plus fréquentes du rôle
La première consiste à réduire le Product Owner à un secrétaire du backlog, chargé de saisir des demandes venues d’ailleurs sans pouvoir en refuser aucune. Un Product Owner qui ne peut pas dire non n’en est pas un : prioriser suppose de renoncer à quelque chose.
La deuxième est exactement inverse : un Product Owner coupé des utilisateurs, qui décide seul à partir d’intuitions. Le rôle exige un contact régulier avec le terrain, sans quoi la vision produit se réduit à une préférence personnelle difficile à contester.
La troisième tient à la surcharge : une même personne placée sur trois équipes n’a matériellement pas le temps d’affiner un backlog, encore moins trois. Le Scrum Guide décrit ces responsabilités sans ambiguïté et sert utilement de référence lors de ces discussions.