Les product owners sont au cœur de tous les efforts visant à créer et à apporter de la valeur aux clients. Mais à quelles activités participent-ils réellement ?
Bien que le rôle d’un product owner puisse varier selon l’environnement, il comporte généralement plusieurs fonctions et responsabilités clés sur des domaines très larges, de la stratégie métier à la conception produit. Il est chargé de maximiser la valeur du produit et de l’entreprise grâce à une gestion continue du backlog.
Dans cet article, nous allons examiner les principaux rôles, responsabilités et défis d’un product owner Scrum.
Qu’est-ce qu’un product owner ?
Vous vous demandez sûrement ce que fait exactement un product owner. Au niveau le plus fondamental, le product owner agile est la personne qui représente le client auprès d’une équipe Scrum et maximise la valeur des produits créés par une équipe Scrum.
La manière dont un product owner maximise la valeur de son produit varie souvent selon les équipes et les organisations.
Rôle du product owner
Pour maximiser efficacement la valeur d’un produit, le product owner agile intervient dans diverses fonctions, notamment la stratégie métier, la conception produit, l’analyse de marché et certains aspects de la gestion de projet. Un jour, un product owner doit puiser dans ses connaissances approfondies du marché pour élaborer une stratégie et présenter sa vision aux parties prenantes. Le lendemain, il doit mettre la main à la pâte et travailler avec l’équipe afin d’atteindre les objectifs du sprint.
6 rôles et responsabilités clés du product owner
1. Communiquer la vision
Le product owner agile collabore avec les parties prenantes pour définir une vision claire du produit à développer et la communiquer de manière cohérente. Il est essentiel que tout le monde partage la même vision pour assurer une collaboration efficace.
2. Gérer le backlog produit
L’une des responsabilités du product owner Scrum est de gérer le backlog produit. Cela comprend l’élaboration et la communication de l’objectif du produit, la création et le partage clair des éléments du backlog produit, ainsi que la hiérarchisation du backlog afin de maximiser la valeur métier. Le backlog produit n’est toutefois pas une liste de tâches statique. Il s’agit d’un document évolutif qui doit être mis à jour à mesure que l’équipe approfondit sa compréhension du produit.
3. Hiérarchisation des besoins
Un autre rôle clé du product owner est de hiérarchiser les besoins. En d’autres termes, il doit jongler entre le périmètre, le budget et le temps, en pondérant les priorités et en faisant des compromis selon les besoins et les objectifs des parties prenantes. Si le product owner n’a pas l’autorité pour prendre ces décisions, il y a un risque de s’écarter de la roadmap, de surcharger le produit et de submerger l’équipe.
4. Participation aux événements Scrum
Une fois la vision, la stratégie et les priorités du produit en place, le product owner doit se consacrer pleinement à la collaboration produit avec son équipe. Il est un participant clé des événements Scrum, y compris le sprint planning, les revues de sprint, les rétrospectives de sprint, et l’affinage du backlog produit.
5. Lien entre les équipes et les parties prenantes
Pivot entre les parties prenantes et les développeurs, le product owner assure la fluidité des échanges. À ce titre, il doit être un expert en communication, s’assurer de l’adhésion des parties prenantes à toutes les décisions et stratégies importantes, et fournir des instructions et des livrables clairs aux développeurs. Un product owner Scrum performant sera également un expert dans la compréhension et l’anticipation des besoins du client afin d’atténuer les problèmes et de les résoudre de manière proactive.
6. Évaluation des retours à chaque itération
Le product owner, garant du produit final, joue un rôle primordial dans le suivi et l’évaluation de son évolution à chaque itération. Il recueille les retours d’expérience et ajuste le backlog produit en conséquence.
Quels sont les différents types de product owners ?
Selon Roman Pichler, expert en gestion de produit, le terme générique « product owner » recouvre en réalité six rôles distincts en gestion de produit.
1. Product owner Scrum
Le product owner est chargé de maximiser la valeur du produit final. La seule façon d’y parvenir efficacement est d’en être pleinement responsable. Si vous ne contrôlez qu’un seul composant du produit, c’est la seule partie que vous pourrez optimiser. Traditionnellement, le product owner Scrum doit veiller à ce que tous les composants et toutes les fonctionnalités forment un produit qui offre de la valeur aux clients.
2. Feature owner
Une fonctionnalité est une partie d’un produit qui apporte de la valeur à un client, telle qu’une mise à jour de l’interface utilisateur, une nouvelle possibilité ou une amélioration des performances.
Le feature owner est chargé d’optimiser la valeur d’une fonctionnalité spécifique. Il peut s’agir du product owner qui supervise l’ensemble du produit, ou d’un autre membre de l’équipe de développement qui travaille en étroite collaboration avec le product owner et les développeurs.
3. Component owner
Un composant est un élément d’un objet ou d’un système plus grand. Par exemple, vous pourriez emmener votre voiture chez un mécanicien pour faire vérifier ses plaquettes de frein. Une plaquette de frein est un composant d’un frein, et un frein est un composant de la voiture.
Un component owner est un membre de l’équipe de développement chargé de la qualité et de la valeur des aspects individuels d’un produit. Il garantit la qualité et la fonctionnalité de chaque composant.
4. Platform owner
Une plateforme est un ensemble de technologies qui forment ensemble une base exploitée par d’autres applications et technologies. La personne occupant ce rôle doit être un expert technique sur la plateforme afin de collaborer efficacement avec l’équipe de développement produit et de la conseiller.
5. Product owner SAFe
Le Scaled Agile Framework (SAFe) est un ensemble de procédures et de pratiques conçues pour étendre les méthodologies agiles dans les grandes organisations et entreprises. Le product owner SAFe travaille avec la gestion produit, d’autres product owners, les parties prenantes et les clients pour définir les aspects tactiques, tels que les user stories et les détails du produit. Il représente la voix du client, veillant à ce que ses besoins et attentes soient satisfaits.
6. Portfolio owner
Un portfolio est un ensemble de documents, d’œuvres ou d’autres ressources. Un portfolio owner est la personne responsable d’un portefeuille spécifique. Il a pour mission de gérer, de mettre à jour et d’améliorer tous ses produits associés.
Les 7 principaux points de friction pour les product owners
Avec autant d’éléments à gérer, il n’est pas surprenant que les product owners aient leur lot de défis à relever. Voici quelques-unes des difficultés les plus courantes rencontrées par les product owners agiles, ainsi que des conseils pour les surmonter.
1. Manque d’informations
Les données et les informations sont essentielles au travail d’un product owner. Sans données client clés, études de marché et informations utilisateurs, les product owners et les développeurs travaillent à l’aveugle. Autrement dit, sans données fiables pour éclairer leurs décisions, il leur est difficile d’avancer de manière stratégique et précise pour créer des produits performants.
La solution à ce problème, en résumé, est simple : il faut approfondir la recherche. Si vous ne disposez pas des informations nécessaires pour analyser et élaborer des scénarios client et des stratégies solides, collaborez avec les parties prenantes afin d’accéder à davantage de données.
2. Mauvaise priorisation
Les product owners ont souvent du mal à définir clairement les priorités, surtout lorsque les besoins évoluent en cours de sprint. Les cas particuliers (qui ont un impact moindre, sont peu fréquents ou peuvent être contournés) peuvent détourner l’attention des fonctionnalités prioritaires. Une priorisation rigoureuse dès le lancement est donc capitale.
Alors, comment les product owners peuvent-ils s’assurer que les sprints restent ciblés et stratégiques du début à la fin ? L’une des solutions consiste à définir très tôt les priorités en fonction de vos produits et de vos stratégies métier. Lorsque vous examinez les différents témoignages d’utilisateurs, accordez la priorité à ceux qui auront le plus d’impact positif sur votre clientèle. Consultez les autres parties prenantes pour obtenir un consensus dès le départ afin que tout le monde soit sur la même longueur d’onde lors de votre prochain sprint
.
