Aujourd'hui, je vous parle du rôle de Product Owner (PO) auquel on attribue nombre de redevabilités qui diffèrent selon les contextes, les projets, les co-équipiers et la maturité agile d'un programme. Pour ce faire je vais vous présenter Loïc Sillere, PO chez SFEIR.
Loïc, pour commencer, pourrais-tu nous dire qui tu es ?
Je suis un passionné de surf, mais pas seulement. Je suis également Product Owner chez Sfeir depuis 6 ans. Lors de mes missions, j'aide nos clients à comprendre les problématiques de leurs propres clients afin de trouver des solutions. Je priorise ensuite les fonctionnalités à mettre en œuvre et les présente aux équipes de développement. Ce qui me plaît le plus, c'est de concevoir des solutions qui amélioreront la vie des utilisateurs. Actuellement, nous travaillons sur une application permettant à des experts en assurance de saisir leurs comptes-rendus directement chez leurs clients, ce qui leur permet de gagner de précieuses heures dans leur journée. Sur un plan plus personnel, j'apprécie beaucoup la possibilité de découvrir régulièrement différents métiers et secteurs, ce qui me procure une grande satisfaction.
Selon toi, qu'est qui fait qu'une équipe et un produit ont besoin d'un rôle comme le tien ?
Être un Product Owner implique de maîtriser plusieurs compétences et responsabilités clés pour guider efficacement le développement d'un produit. Voici quelques aspects importants de ce rôle :
- La vision : lorsque je débute une mission je cherche à avoir une vision claire de la direction stratégique de mon produit. Comprendre les objectifs de l'entreprise, les besoins des utilisateurs et les tendances du marché afin de définir une vision cohérente pour mon produit font partie des bases de mon métier.
- La gestion du Product Backlog : je suis responsable de la liste ordonnée des fonctionnalités, des tâches et des améliorations à réaliser. En effet, en tant que PO, je suis capable de prioriser les éléments du backlog en fonction de la valeur ajoutée pour les utilisateurs et l'entreprise.
- La collaboration avec les parties prenantes : j'interagis régulièrement avec les parties prenantes, y compris les utilisateurs, les clients, les équipes de développement et les parties prenantes internes. Je suis à l'écoute de leurs besoins, recueillir leurs retours et les impliquer dans le processus de développement du produit.
- Une communication efficace : je m'évertue à communiquer de manière claire et concise afin d'exprimer les exigences et les objectifs de mon produit de manière compréhensible pour les membres de mon équipe de développement et les parties prenantes.
- La prise de décision : je dois être capable de prendre des décisions éclairées et rapides. J'analyse les informations disponibles, évalue les risques et les opportunités dans le but de prendre des décisions qui favorisent la création de valeur pour le produit. Pour y arriver, je travaille en étroite collaboration avec l'équipe de développement, notamment en fournissant des clarifications sur les exigences, en participant aux réunions de planification des Sprints et en fournissant un feedback régulier sur le travail accompli.
Quelle est ta cérémonie préférée ?
La Sprint Review car c’est l’occasion de recueillir le feedback des utilisateurs et de valider que notre solution répond bien à leur problématique. Si tout se passe bien, un message de félicitation est toujours agréable à entendre.
En tant que Scrum Master, j'en profite pour vous donner, lecteurs, quelques points clés à connaitre sur la Sprint Review :
C'est un événement clé dans la méthodologie Scrum. C'est une réunion qui a lieu à la fin de chaque itération appelée "Sprint". L'objectif principal de la Sprint Review est de permettre à l'équipe Scrum et aux parties prenantes de collaborer, d'évaluer les résultats du Sprint et de s'assurer que le produit est sur la bonne voie.
Voici les points importants, non exhaustifs, à retenir sur la Sprint Review :
- L'objectif principal de la Sprint Review est de présenter et de démontrer les fonctionnalités ou les incrémentations réalisées pendant le Sprint. C'est l'occasion pour l'équipe de montrer les progrès accomplis et de recueillir les retours des parties prenantes.
- La Sprint Review réunit l'équipe Scrum (y compris le Scrum Master et le Product Owner) ainsi que les parties prenantes clés qui peuvent être des représentants des utilisateurs, des clients, des membres de l'entreprise ou toute personne intéressée par le produit.
- Pendant ce moment, l'équipe Scrum présente les fonctionnalités achevées ou les parties du produit développées au cours du sprint. Ces démonstrations peuvent prendre la forme de présentations de démos interactives.
- L'importance du feedback des parties prenantes : les parties prenantes sont encouragées à donner leur avis sur les fonctionnalités présentées. Elles peuvent poser des questions, exprimer leurs préoccupations ou formuler des suggestions d'amélioration. Leur feedback est précieux pour l'équipe Scrum afin d'ajuster les priorités et de répondre aux besoins des utilisateurs.
- Le réajustement du Product Backlog : à la suite des discussions et du feedback recueilli lors de la Sprint Review, le Product Owner peut mettre à jour le Product Backlog. Cela permet de prendre en compte les nouvelles informations et de définir les prochaines priorités pour les sprints suivants.
- La Sprint Review offre également l'opportunité à l'équipe Scrum de réfléchir sur le sprint écoulé. Elle peut discuter des succès, des difficultés rencontrées et des leçons apprises. Cette réflexion permet d'identifier les améliorations à apporter pour les futurs sprints.
Pour finir, une dernière précision que tu voudrais apporter sur ton rôle ?
J'aimerais faire une dédicace à mes co-équipiers (développeurs, UX-UI designer et Delivery Manager) qui m'accompagnent en ce moment sur mes projets au sein de la Factory chez SFEIR. J'essaie au quotidien d'agir en tant que leader inspirant et influent afin d 'aider l'équipe à atteindre ses objectifs de sprint et apporter de la valeur à chaque sprint.
Merci Loïc, j'espère avoir l'occasion de collaborer avec toi dans le futur !
