Le Product Owner est l'interface entre l'équipe et tous ceux qui ont un intérêt dans le produit : direction, marketing, service client, juridique, partenaires. Bien gérer ces relations évite que l'équipe soit tiraillée.

Une seule porte d'entrée

Les demandes passent par le PO, pas directement à l'équipe. Sinon, chacun pousse ses sujets en direct et l'équipe reçoit des priorités contradictoires (vu au chapitre sur les rôles).

Écouter largement, décider seul

Le PO consulte les parties prenantes pour comprendre les besoins et les contraintes. Mais la décision de priorité lui revient — sinon ce n'est plus lui le PO.

Rendre les arbitrages visibles

Un backlog priorisé et une roadmap partagée montrent à chacun où en est sa demande. La transparence désamorce beaucoup de tensions : on accepte mieux d'attendre quand on voit pourquoi.

Impliquer aux bons moments

• À la revue de sprint : les parties prenantes voient l'avancement réel et donnent leur avis.
• À la révision de roadmap : elles pèsent sur les objectifs, pas sur les stories.

Gérer la partie prenante trop insistante

Celle qui revient chaque jour sur son sujet : on lui donne un rendez-vous régulier dédié, on la tient informée, et on la ramène à la roadmap partagée. Céder à l'insistance apprend aux autres qu'insister paie.

Exemple concret : la PO de l'application de fidélité tient une revue de roadmap mensuelle avec marketing, service client et direction. Chacun voit où en est sa demande. Le service client, très demandeur d'un module de réclamation, obtient un créneau de suivi toutes les deux semaines plutôt que des relances quotidiennes.

À vous de jouer : citez deux moments où un PO implique utilement les parties prenantes, et sur quoi.