Le Product Owner (PO) décide de ce qui est fait et dans quel ordre. Trois conditions rendent ce rôle efficace, et leur absence explique la plupart des équipes bloquées.

Un seul PO

Une seule personne porte la décision de priorité. Un « comité de PO » ou plusieurs demandeurs qui poussent chacun leurs sujets sans arbitre commun paralyse l'équipe : elle reçoit des priorités contradictoires. S'il y a plusieurs parties prenantes, le PO les écoute puis tranche — seul.

Disponible

Le PO répond aux questions de l'équipe dans la journée, pas dans la semaine. Une story mal comprise attend sa clarification ; si le PO est injoignable, l'équipe devine, et souvent se trompe. Un PO à temps très partiel est un goulot d'étranglement.

Décideur, avec un vrai mandat

Le PO doit pouvoir dire « on fait ça, pas ça » sans repasser systématiquement par sa hiérarchie. Un PO qui n'est qu'un messager entre l'équipe et un vrai décideur ailleurs ajoute un délai à chaque arbitrage.

Ce que le PO ne fait pas

Il ne dit pas à l'équipe comment réaliser une story, il n'assigne pas les tâches, il n'impose pas d'estimations. Il définit le quoi et le pourquoi ; le comment appartient aux développeurs.

Exemple concret : sur l'application de fidélité, la responsable marketing veut des notifications push, le service client veut un écran d'historique, la direction veut des statistiques. La PO écoute les trois, mais c'est elle qui décide l'ordre dans le backlog — et elle est joignable chaque jour pour préciser une story en cours.

À vous de jouer : citez les trois conditions qui rendent un Product Owner efficace.