Guide de mêlée | 6. Product Owner – qui est-ce ?

Cela peut arriver même si composée de spécialistes expérimentés, l'équipe de développement ne trouve pas son travail assez rapide et efficace. Lorsque l'on regarde la situation dans son ensemble après la fin du projet, il s'avère souvent que c'est l'absence d'objectif défini qui est à l'origine de cette situation. Lorsque vous travaillez dans le cadre Scrum, afin d'éviter ces problèmes et d'autres problèmes troublants, les créateurs du poste de Product Owner, un rôle sur lequel nous allons nous concentrer dans notre article d'aujourd'hui.

Product Owner – table des matières :

1. Responsabilités du propriétaire du produit
2. Voix du client dans l'équipe Scrum
3. Propriétaire du produit et son objectif
4. Gardien de l'arriéré
5. Sommaire

Responsabilités du propriétaire du produit

Seul le Product Owner peut effectuer des entrées dans le Product Backlog ainsi qu'un dernier appel en cas de doute sur les attentes du client. Les responsabilités de base de ce rôle comprennent :

1. Collaborer avec le client - avoir des conversations régulières avec le client qui conduisent à 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éponde au mieux aux exigences du client.
2. 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.
3. Garder le Product Backlog – nous aborderons le Product Backlog dans un article séparé dédié, mais pour l'instant, il suffit de dire que c'est l'un des Scrum Artifacts, défini dans le Scrum Guide officiel. Il s'agit d'une liste structurée et évolutive de ce qui est nécessaire pour améliorer le produit. C'est le seul plan directeur du travail entrepris par l'équipe Scrum. Examinons donc 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 l'angle 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 eux-mêmes les directives souvent peu claires laissées par le client.

Prendre des décisions concernant le produit, établir les priorités de l'équipe de développement ainsi que créer et organiser les entrées dans le Product Backlog font du Product Owner un membre clé de l'équipe.

L'implication régulière quotidienne 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 Product Increment - un sujet que nous aborderons dans un article séparé.

Il n'y a pas le temps d'envoyer des questions à quelqu'un qui travaille dans un endroit différent et d'attendre une réponse à distance. C'est donc le Product Owner qui devient le représentant du client au sein de l'équipe. L'équipe y est présente.

Les Product Owners assistent également à toutes les réunions de l'équipe Scrum pour se tenir au courant des progrès de l'équipe de développement. En reconnaissant les difficultés des collaborateurs, ils peuvent fournir des informations fiables au Client et organiser efficacement le travail de l'équipe.

Cette occupation consiste à combler le fossé entre l'environnement de l'équipe Scrum, c'est-à-dire l'environnement commercial, et les développeurs. Aussi, organiser le travail de l'équipe de développeurs ainsi que décider quels sont les critères pour terminer le travail sur une solution donnée. Et approuve également le moment de leur accomplissement.

Propriétaire du produit et son objectif

Le Product Owner est responsable de définir clairement et de clarifier l'objectif du produit, c'est-à-dire de définir le but du travail de l'équipe. En d'autres termes, cela comprend un travail conceptuel et organisationnel, dont le but est principalement de gérer les User Stories : créer le concept du produit et ses fonctionnalités qui correspondent et répondent aux besoins du Client. Une part tout aussi importante des tâches du Product Owner concerne le travail de gestion - organiser et hiérarchiser les tâches dans le Product Backlog.

Du point de vue de l'équipe Scrum, cela signifie prendre soin de la clarté de l'horizon d'activité. Nous parlerons de l'objectif de produit dans une entrée séparée. Aujourd'hui, nous allons utiliser un exemple :

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 d'équipe par liste de contacts ou basculer entre les vues d'équipe et de calendrier personnel.

Une fois que l'équipe comprend l'Objectif Produit, il appartiendra au Product Owner de :

• garder le bon cap - pour 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 problèmes plus détaillés - rechercher avec l'équipe, convenir et spécifier le fonctionnement du produit
• garder un œil sur les priorités – suivant le principe du « first things first », la tâche du Product Owner sera, par exemple, d'empêcher le développement de fonctionnalités annexes ou supplémentaires de l'application qui sont d'importance secondaire du point de vue du client

L'acquisition d'un point de vue client ou même partie prenante 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 du précieux produit au client.

Gardien de l'arriéré

Les tâches quotidiennes du Product Owner incluent l'organisation des éléments du Product Backlog. C'est une tâche ardue, car elle ne cesse de changer tout au long de l'effort du projet. Ce journal écrit contient toutes les mesures et étapes connues menant à la réalisation de l'objectif du produit. Bien sûr, ils sont finement séparés et hiérarchisés 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 lesquels d'entre eux sont prêts à entrer dans la phase de mise en œuvre.

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 limites du travail de l'équipe de développeurs. D'autre part, la tâche du propriétaire du produit est de comprendre la nature, les capacités et les limites du travail de l'équipe de développement, ainsi que les conditions commerciales externes du développement du produit.

Pourtant, d'autre part, la tâche du Product Owner est de créer le Product Backlog en fonction des 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 chargé de répondre à toutes les questions et doutes que Scrum Master et les Développeurs ont sur le produit. Grâce à lui, toute l'équipe sait ce qui a déjà été fait, ce qui est en cours et ce qui reste à faire.

Sommaire

Le Product Owner joue le rôle clé dans le cadre Scrum . Le Product Owner guide constamment l'équipe vers l'objectif, en gardant le Product Backlog complet, sûr et clair, et enfin et surtout, en faisant entendre 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'article suivant à la couverture du problème. Vous y trouverez les erreurs les plus courantes commises par le Product Owner et les moyens de les traiter.

Si vous aimez notre contenu, rejoignez notre communauté d'abeilles occupées sur Facebook, Linkedin et Twitter.

Auteur : Caroline Becker

En tant que chef de projet, Caroline est 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 la pression du temps font d'elle la meilleure personne pour concrétiser des projets complexes.

Afficher tous les articles

Guide de mêlée :

1. Glossaire des termes, rôles et notions de base
2. Qu'est-ce que Scrum ?
3. Valeurs Scrum
4. Comment implémenter Scrum dans votre entreprise ?
5. Scrum Team - qu'est-ce que c'est et comment ça marche ?
6. Qui est un Product Owner ?
7. Les erreurs les plus courantes du Product Owner
8. Qui est le Scrum Master ?
9. Caractéristiques d'un bon Scrum Master
10. Les erreurs les plus courantes du Scrum Master
11. Quelles statistiques et métriques le Scrum Master doit-il suivre ?
12. Coopération entre Product Owner et Scrum Master
13. Équipe de développement dans Scrum
14. Les erreurs les plus courantes des développeurs
15. Artefacts Scrum
16. Mise à l'échelle Scrum
17. Carnet de sprint
18. Qu'est-ce que le carnet de produit ?
19. Qu'est-ce qu'une User Story ?
20. Créer la meilleure User Story avec INVEST
21. Les erreurs les plus courantes de la User Story
22. Critères d'acceptation des user stories
23. Estimation et Story Points dans Scrum
24. Planification Poker
25. Jeu d'estimation d'équipe
26. Définition de l'incrément
27. Événements Scrum
28. Qu'est-ce que Sprint dans Scrum ?
29. Engagements de l'équipe Scrum - Objectif du produit, objectif du sprint et définition de l'achèvement
30. Qu'est-ce qu'un Burndown Chart ?
31. Comment créer et interpréter un burndown chart ?
32. Avantages et inconvénients du burndown chart
33. Tableaux Kanban dans Scrum et Scrumban
34. Velocity in Scrum - Vitesse de l'équipe de développement
35. Mêlée quotidienne
36. Planification des sprints
37. Revue de sprint
38. Qu'est-ce qu'une rétrospective Sprint ?
39. Erreurs courantes lors d'une rétrospective de sprint
40. Nourrir le backlog produit