Les Product Owners représentent le centre du cycle de développement, agissant comme la voix du client tout en étant responsables de la maximisation de la valeur du produit. Mais que font-ils concrètement ? Et quelles sont leurs principales responsabilités ?
Bien que leur description de poste puisse varier, ils partagent un ensemble commun de responsabilités. Cet article donnera une définition rapide du poste et une liste de ses fonctions.
Product Owner : une définition
Par Guide de mêlée, le Product Owner agit en tant que leader responsable de la maximisation de la valeur du produit. Il est le seul responsable de la gestion du Carnet de produit.
Pour y parvenir, le Product Owner assume plusieurs rôles tout en s’engageant avec l’équipe Scrum, les parties prenantes internes et le client. En tant que tel, agit comme la voix de ces groupes.
Responsabilités du propriétaire du produit
Souvent, leurs longues journées sont remplies d’une variété de tâches, allant des réunions avec leur équipe à l’esquisse de différentes solutions. Néanmoins, et indépendamment des organisations et des industries, les Product Owners partagent diverses responsabilités à tous les niveaux.
1. Gérer le carnet de produit
Le Product Owner s’assure que le Product Backlog est bien préparé, ce qui signifie que tout le travail est reflété, ordonné et clair pour les parties prenantes concernées. Cela implique de créer des éléments de backlog de produit ainsi que des critères d’acceptation tout en les hiérarchisant pour atteindre la vision sous-jacente du produit. Parce que le backlog est rendu visible à toutes les parties prenantes, les tâches effectuées sont optimisées tout en garantissant que l’équipe reste alignée et engagée envers la vision.
De plus, le Product Backlog est la source en direct de tout le travail de développement à réaliser. En tant que tel, il est constamment mis à jour pour s’assurer que l’équipe peut exécuter les tâches les plus importantes de manière itérative et incrémentielle.
2. Prioriser le travail
Comme indiqué précédemment, le Product Backlog reflète une liste hiérarchisée de tâches à accomplir. Celui-ci est créé et maintenu par le Product Owner. Le Product Owner doit gérer diverses influences et besoins, allant des parties prenantes internes, de l’équipe de développement et du client. En outre, des aspects tels que le gain potentiel de revenus, le coût et la difficulté de mise en œuvre ainsi que la satisfaction potentielle des clients entrent dans l’évaluation ordinale. Bien que le Product Owner soit seul responsable du Product Backlog, la prise en compte d’autres avis est essentielle pour refléter tous les besoins de manière prioritaire.
3. Participer aux événements Scrum
Le Product Owner obtient un rôle clé dans les événements Scrum tels que la planification de sprint, la révision et la rétrospective. Pendant la planification du sprint, ils travaillent à la fois avec l’équipe et les parties prenantes externes pour choisir les tâches qu’ils souhaitent accomplir dans le sprint à venir.
Lors des réunions de raffinement hebdomadaires, ils travaillent en étroite collaboration avec l’équipe de développement pour définir, hiérarchiser, estimer ou supprimer des tâches. Ils dirigent également les revues de sprint pour s’assurer que le travail de développement précédent répond aux exigences communes Définition de terminé. De plus, lors des rétrospectives de sprint, ils agissent en tant que membres de l’équipe pour aider à trouver des opportunités d’amélioration.
Tout au long du Sprint, ils travaillent en étroite collaboration avec l’équipe Scrum pour répondre aux questions qui se posent, accepter et définir les éléments de travail nouveaux et existants, recueillir les commentaires des clients et concevoir des prototypes. Pendant les Daily Standups, il est le bienvenu pour assister et écouter, mais pas pour prendre une part active à moins d’y être invité.
4. Définir et s’approprier la vision du produit
Bien qu’il existe des organisations où ce ne sont pas les propriétaires de produit, mais la direction (par exemple, les directeurs de produit) qui créent et possèdent en partie la vision, les propriétaires de produit s’assurent de mettre en œuvre cette vision. Mais le plus souvent, les Product Owners assument la majorité de la création et de la possession de la vision.
Ils doivent s’assurer que cette vision est compréhensible pour tout le monde dans l’entreprise tout en obtenant un soutien organisationnel pour celle-ci. Cela implique une communication continue avec toutes les parties prenantes concernées. Cela permet à l’équipe de rester sur la bonne voie et sert de référence globale pour l’équipe afin de mesurer son activité et ses progrès. De plus, il ou elle doit assurer une bonne prise de décision économique lors du développement au niveau du sprint, de la version et du produit. Cela implique à la fois de maximiser la valeur monétaire et client ainsi que la gestion responsable des coûts.
5. Être l’agent de liaison principal
Le Product Owner est le principal communicateur pour les parties prenantes de l’entreprise (y compris l’équipe Scrum) et les clients. L’une des principales tâches consiste à s’assurer d’obtenir l’adhésion de l’organisation à la vision. Être un excellent communicant (et parfois négociateur) est donc fortement souhaité. En tant que tel, il aide indirectement le Scrum Master à éloigner le bruit de l’équipe Scrum.
De plus, en agissant comme la voix du client, il s’assure que le travail de développement est maximisé. Cela implique de communiquer avec les équipes de vente et de marketing, de faire des études de marché et de parler directement aux clients. Encore une fois, la capacité du Product Owner à établir des priorités entre en jeu car il ne peut pas prendre en compte chaque demande. De plus, en connaissant tous les aspects du produit, le Product Owner peut anticiper les besoins des clients et du marché de manière proactive.
6. Suivi des progrès
Le Product Owner inspecte le travail livré, montre les progrès réalisés et a toute autorité pour accepter ou refuser les éléments. Les travaux incomplets ou non terminés doivent être redéfinis par ordre de priorité. De plus, ils communiquent ces progrès en externe aux autres parties prenantes.