Quel est le rôle du Product Owner dans Scrum ?

Le Product Owner est un membre de l’équipe Scrum qui représente la propriété du produit par l’entreprise. Toutefois, le Product Owner n’a pas d’autorité sur les autres membres de l’équipe, tout comme le Master Scrum. Le Product Owner est responsable de l’entretien à long terme du produit et de garantir son succès. En tant que Product Owner, vous devez interagir directement avec les clients et utilisateurs, l’équipe de développement et les autres parties prenantes clés, comme indiqué dans le schéma ci-dessous.

Product Owner – Pont entre l’équipe de développement et les parties prenantes

Le Product Owner joue un rôle crucial dans la prise de décision, mais sa fonction principale réside dans le pont entre l’équipe Scrum et les clients. Par conséquent, le Product Owner doit être capable de communiquer efficacement avec les parties prenantes afin de guider l’équipe dans la découverte du produit et la collecte des exigences.

• Le Product Owner doit comprendre la vision du produit et être capable de la transmettre clairement à l’équipe Scrum.
• Le Product Owner doit comprendre les objectifs commerciaux dans un contexte plus large du marché, les besoins des clients, les concurrents et les tendances numériques.

L’organisation et les parties prenantes peuvent considérer le Product Owner comme celui qui détient la valeur, tandis que le Master Scrum représente la propriété du processus de l’équipe.

Product Owner et Product Backlog

Le Product Owner est responsable de la gestion du Product Backlog en communiquant la vision du produit avec l’équipe Scrum. Le Product Owner détermine non seulement le contenu du Product Backlog, mais aussi la priorité de chaque élément. Comme indiqué dans la figure ci-dessous.

Product Owner et révision du backlog

Comme mentionné ci-dessus, le Product Owner est responsable de la gestion du Product Backlog afin de maximiser la valeur du produit. Le Product Backlog est la source unique de vérité, contenant toutes les tâches à effectuer sur le produit. En tant que Product Owner, vous devez prendre des décisions sur ce qu’il faut construire en premier. Le Product Owner peut également décider ce qu’il faut construire et ce qu’il ne faut pas construire en ajoutant ou en supprimant périodiquement des éléments du backlog — ce processus est également connu sous le nom de révision du backlog. Cela peut être fait lors de réunions ou, plus couramment, comme un processus continu pour aider à préparer le Product Backlog pour la planification du Sprint réunion.

Révision du backlog

La révision du backlog est un processus préalable à la planification du Sprint qui aide le Master Scrum à mener la prochaine réunion de planification du Sprint de manière plus efficace :

• Aide l’équipe à estimer la taille des user stories ;
• Aide à décomposer les grandes histoires en histoires plus petites et plus gérables (ou à combiner de petites histoires en histoires plus grandes) ;
• Met en évidence les détails supplémentaires nécessaires dans les user stories.

Le Product Owner doit également s’assurer que les user stories du Product Backlog sont suffisamment détaillées pour que l’équipe puisse les comprendre pleinement. Cela garantit que l’équipe peut planifier efficacement le Sprint et sait exactement ce qui est requis pour compléter chaque story.

Formation du Sprint Backlog

Lors de la révision du backlog, l’équipe Scrum discute des éléments en tête du backlog produit (c’est-à-dire ceux en attente d’être inclus dans le prochain Sprint).