Les tâches d'un Product Owner (PO)

Le Product Owner doit faire preuve de polyvalence dans son travail avec son équipe de développement et l’organisation dans son ensemble. Ses tâches principales sont :

• Développer la vision du produit sur lequel l’équipe travaille
• Décider ce qui est pertinent et ce qui ne l’est pas et dire « non » aux parties prenantes
• Prioriser les souhaits et requêtes des parties prenantes et des clients

Pour commencer à développer, l’équipe a besoin d’une vision. Cette dernière est constituée des souhaits du client et des discussions avec les parties prenantes et/ou les clients. Un Product Owner réunit les informations au sein et en dehors de l’organisation. Cela lui demande de disposer d’un bon réseau qui puisse lui fournir des informations de qualité.

Lorsque le Product Owner a réuni suffisamment d’idées, une vision du produit à livrer se forme. Les sprints servent de principe fondateur permettant de guider et de dessiner les premières étapes vers le développement. Le sprint est une prévision ou, en d’autres mots, un plan à court terme pour le produit. Ce plan est composé d’éléments de travail que le Product Owner présente sur le Backlog produit (la liste de travail).

Pour que le processus reste simple et clair, il y a un Product Owner par produit et un Backlog. Ce Backlog est toujours clair pour l’équipe. Cela permet d’assurer une transparence pour l’équipe, que ce soit sur sa vision commune ou sur son processus et ses étapes de travail.

Il y beaucoup de choix à faire au sein d’organisations complexes: quels sont les éléments du Backlog que nous devrions traiter en premier ? Lesquels délivrent le plus de valeur en ce moment ? Que devrions-nous faire ensuite ? Quelle équipe est la mieux placée pour s’occuper de cet élément ? Est-ce que la requête d’une des parties prenantes est en phase avec ma vision ? Le mandat du Product Owner est essentiel ici : sans lui, le PO ne peut pas prendre de décisions et l’équipe va souffrir d’un manque de contrôle sur le contenu.

En réponse à la vision, le PO indiquera aux parties prenantes ce qui sera pris en compte ou non par l’équipe. Cela requiert une grande capacité de décision et des bonnes compétences de communication de la part du Product Owner. Il ou elle est donc toujours en train de délibérer sur les personnes qu’il est bon d’informer, et comment, des avancées au sein de l’équipe.

Le Product Owner est le premier responsable du Backlog produit. Le mettre à jour et se tenir informé du Backlog est une tâche importante

et chronophage. Afin de s’assurer que l’équipe travaille toujours sur les éléments qui délivrent le plus de valeur à ce moment, le Product Owner doit s’acquitter d’un certain nombre de tâches quant au Backlog produit :

• Prioriser les éléments du Backlog en alignement avec la vision et les objectifs du produit
• Définir les éléments du Backlog produit et les détailler dans des user stories lors de réunions dédiées
• S’assurer que le Backlog est transparent et disponible pour l’équipe et l’organisation
• S’assurer que les éléments du Backlog sont compris par l’équipe de développement (et ce grâce à des réunions de définition dédiées)

Le Product Owner peut déléguer le travail concernant le Backlog produit mais il en conserve la responsabilité finale. Un Scrum Master va guider le Product Owner dans ce processus. Le Scrum Master s’assure aussi que l’équipe ne soit pas dérangée par le Product Owner ou les parties prenantes au projet afin qu’elle puisse se concentrer sur le travail à accomplir.

Les parties prenantes qui souhaitent changer un élément sur le Backlog doivent passer par le Product Owner qui peut alors ajuster les priorités si nécessaire. Une bonne et efficace coopération entre le Product Owner, le Scrum Master et l’équipe de développement est essentielle ici.

L’éventail de tâches et de responsabilités de cette fonction est donc très large. La personne qui endosse ce rôle exerce une grande influence sur le travail de fond de l’équipe de développement. Si vous voulez en appendre plus, procurez-vous le Scrum Guide!

Pour aller plus loin, consultez la page Formations de notre site internet.

Pour en apprendre davantage sur le rôle du PO dans un environnement Agile à l’échelle, vous pouvez continuer votre lecture ici.