Il peut arriver que, même en étant composé de spécialistes expérimentés, l’équipe de développement ne parvienne pas à travailler de manière suffisamment rapide et efficace. En regardant le tableau d’ensemble après la fin du projet, il s’avère souvent que c’est le manque d’un objectif défini qui est à blâmer pour cette situation. En travaillant sous le cadre Scrum, afin de prévenir ces problèmes et d’autres problèmes préoccupants, les créateurs du poste de Product Owner, un rôle sur lequel nous allons nous concentrer dans notre article aujourd’hui.
Product Owner – table des matières :
- Responsabilités du Product Owner
- Voix du Client dans l’équipe Scrum
- Product Owner et son Objectif
- Gardien du Backlog
- Résumé
Responsabilités du Product Owner
Seul le Product Owner peut faire des entrées dans le Product Backlog ainsi que prendre une décision finale en cas de doutes concernant les attentes du client. Les responsabilités de base de ce rôle incluent :
- Collaborer avec le Client – avoir des conversations régulières avec le client qui mènent à définir et spécifier les fonctionnalités du produit créé par l’équipe Scrum ; l’objectif principal ici est de créer un produit qui répond le mieux aux exigences du client.
- Articuler l’Objectif du Produit – c’est-à-dire développer et définir la direction à long terme des activités de l’équipe Scrum, et s’assurer que tous les membres de l’équipe le comprennent.
- Maintenir le Product Backlog – nous discuterons du Product Backlog dans un article dédié séparé, mais pour l’instant, il suffit de dire que c’est l’un des artefacts Scrum, défini dans le guide officiel Scrum. C’est une liste évolutive et structurée de ce qui est nécessaire pour améliorer le produit. C’est le seul plan de travail entrepris par l’équipe Scrum. Alors, examinons de plus près le rôle du Product Owner dans l’équipe Scrum.

Voix du Client dans l’équipe Scrum
Le Product Owner prend le point de vue du client dans l’équipe Scrum. Grâce à la présence de ce rôle, l’équipe Scrum peut aborder ses doutes de manière continue. Ils n’ont pas à interpréter par eux-mêmes les directives souvent floues laissées par le client.
Prendre des décisions concernant le produit, établir les priorités de l’équipe de développement tout en créant et organisant les entrées dans le Product Backlog fait du Product Owner un membre clé de l’équipe.
L’implication quotidienne régulière du Product Owner avec l’équipe de développement et le Scrum Master est cruciale en raison de la courte durée des Sprints. Ce sont des périodes de travail intense sur la création de l’Incrément de Produit – un sujet que nous aborderons dans un article séparé.
Il n’y a pas de temps pour envoyer des questions à quelqu’un travaillant à un autre endroit et attendre une réponse. D’où le fait que c’est le Product Owner qui devient un représentant du client au sein de l’équipe. L’équipe est présente dans cela.
Les Product Owners assistent également à toutes les réunions de l’équipe Scrum pour rester à jour sur les progrès de l’équipe de développement. En reconnaissant les difficultés de leurs collègues, ils peuvent fournir des informations fiables au client et organiser efficacement le travail de l’équipe.
Cette occupation vise à combler le fossé entre l’environnement de l’équipe Scrum, c’est-à-dire l’environnement commercial, et les développeurs. De plus, elle organise le travail de l’équipe de développeurs ainsi que décide des critères d’achèvement du travail sur une solution donnée. Et approuve également le moment de leur réalisation.
Product Owner et son Objectif
Le Product Owner est responsable de la définition claire et de l’éclaircissement de l’Objectif du Produit, c’est-à-dire de définir le but du travail de l’équipe. En d’autres termes, cela inclut le travail conceptuel et organisationnel, dont le but est principalement de gérer les User Stories : créer le concept du produit et de ses fonctionnalités qui correspondent et répondent aux besoins du client. Une part tout aussi importante des devoirs du Product Owner concerne le travail de gestion – organiser et prioriser les tâches dans le Product Backlog.
Du point de vue de l’équipe Scrum, cela signifie veiller à la clarté de l’horizon d’activité. Nous parlerons de l’Objectif du Produit dans une entrée séparée. Aujourd’hui, nous utiliserons un exemple :
Supposons que l’objectif de l’équipe Scrum soit de créer une application mobile pour organiser le travail de l’équipe. La tâche du Product Owner est d’expliquer aux membres de l’équipe Scrum quelles sont les fonctionnalités clés de l’application du point de vue du client. Par exemple – ajouter de nouveaux membres de l’équipe par liste de contacts ou passer d’une vue de calendrier d’équipe à une vue de calendrier personnel.
Une fois que l’équipe comprend l’Objectif du Produit, il incombera au Product Owner de :
- maintenir le bon cap – afin que la fonctionnalité la plus importante de l’application créée soit toujours en ligne avec l’Objectif du Produit, c’est-à-dire organiser le travail de l’équipe
- clarifier des questions plus détaillées – rechercher avec l’équipe, convenir et spécifier comment le Produit fonctionne
- surveiller les priorités – suivant le principe ‘les choses les plus importantes d’abord’, la tâche du Product Owner sera, par exemple, d’empêcher le développement de fonctionnalités secondaires ou supplémentaires de l’application qui sont d’importance secondaire du point de vue du client
Acquérir le point de vue du client ou même des parties prenantes fait des Product Owners des décideurs clés dans le processus de création du Produit. De plus, ils participent à des discussions avec des personnes extérieures à l’équipe Scrum et portent le fardeau de la livraison précieuse du Produit au Client.

Gardien du Backlog
Les devoirs quotidiens du Product Owner incluent l’organisation des éléments du Product Backlog. C’est une tâche ardue, car elle change constamment tout au long de l’ensemble du projet. Ce journal écrit contient toutes les mesures et étapes connues menant à la réalisation de l’Objectif du Produit. Bien sûr, elles sont soigneusement classées et priorisées avant leur exécution.
Le Product Owner affine les tâches incluses dans le Product Backlog et les divise en plus petites. Ensuite, il décide lesquelles d’entre elles sont prêtes à entrer dans la phase d’implémentation.
D’une part, travailler avec le Product Backlog est un travail administratif et organisationnel, qui nécessite de comprendre la nature, les capacités et les limitations du travail de l’équipe de développement. D’autre part, la tâche du Product Owner est de comprendre la nature, les capacités et les limitations du travail de l’équipe de développement, ainsi que les conditions commerciales externes du développement du Produit.
Pourtant, d’un autre côté, la tâche du Product Owner est de créer le Product Backlog selon les besoins de l’équipe Scrum. Il doit être clair, accessible et compréhensible pour tous les membres de l’équipe. D’autre part, le Product Owner est responsable de répondre à toutes les questions et doutes que le Scrum Master et les développeurs ont concernant le produit. Grâce à lui, toute l’équipe sait ce qui a déjà été fait, ce qui est en cours et ce qui doit encore être fait.
Résumé
Le Product Owner joue un rôle clé dans le cadre Scrum. Le Product Owner guide constamment l’équipe vers l’objectif, maintient le Product Backlog complet, sûr et clair, et enfin, exprime la voix du Client dans l’équipe Scrum.
Les tâches effectuées par le Product Owner sont si difficiles que nous avons consacré l’entrée suivante à couvrir la question. Là, vous trouverez les erreurs les plus courantes commises par le Product Owner et des moyens de les gérer.
Si vous aimez notre contenu, rejoignez notre communauté de petites abeilles actives sur Facebook, Linkedin et Twitter.
Caroline Becker
En tant que chef de projet, Caroline est une experte dans la recherche de nouvelles méthodes pour concevoir les meilleurs flux de travail et optimiser les processus. Ses compétences organisationnelles et sa capacité à travailler sous pression font d'elle la meilleure personne pour transformer des projets compliqués en réalité.
Scrum Guide:
- Glossaire des termes, rôles et notions de base
- Qu'est-ce que Scrum ?
- Valeurs Scrum
- Comment mettre en œuvre Scrum dans votre entreprise ?
- Équipe Scrum - qu'est-ce que c'est et comment ça fonctionne ?
- Qui est un Product Owner ?
- Les erreurs les plus courantes du Product Owner
- Qui est le Scrum Master ?
- Les erreurs les plus courantes des Scrum Masters
- Quelles statistiques et métriques le Scrum Master devrait-il suivre ?
- Équipe de développement en Scrum
- Les erreurs les plus courantes des développeurs
- Artifacts Scrum
- Élargir Scrum
- Backlog de sprint
- Qu'est-ce que le Product Backlog ?
- Qu'est-ce que les User Stories ?
- Créer la meilleure User Story avec INVEST
- Les erreurs les plus courantes dans les User Stories
- Critères d'acceptation de l'histoire utilisateur
- Estimation et Points d'Histoire dans Scrum
- Planning Poker
- Jeu d'estimation d'équipe
- Définir l'incrément
- Événements Scrum
- Qu'est-ce qu'un graphique d'avancement ?
- Avantages et inconvénients du graphique de burndown
- Tableaux Kanban dans Scrum et Scrumban
- Vélocité en Scrum - Vitesse de l'équipe de développement
- Scrum quotidien
- Planification de Sprint
- Revue de Sprint
- Qu'est-ce qu'une rétrospective de sprint ?
- Erreurs courantes lors d'une rétrospective de Sprint
- Nourrir le backlog produit
- Comment créer et interpréter un graphique de burndown ?
- Qu'est-ce qu'un Sprint dans Scrum ?
- Coopération entre le Product Owner et le Scrum Master
- Engagements de l'équipe Scrum - Objectif produit, objectif de sprint et définition de la complétion
- Caractéristiques d'un bon Scrum Master