Dans ce chapitre, je vous présente le rôle de Product Owner ("propriétaire du produit", en français). C'est la personne qui va représenter votre client au sein de l'équipe Scrum.
Le rôle d'un Product Owner
La participation active du client dans votre gestion du projet est un principe incontournable de toutes les pratiques agiles. Vous devez définir avec lui les fonctionnalités à réaliser afin de développer son produit ou son service. Cependant, votre client peut rencontrer plusieurs difficultés avec le Scrum :
Manque de disponibilité pour le projet.
Manque d'expérience en gestion de projet agile.
Manque d'informations sur les utilisateurs.
Pas de problème ! Le modèle Scrum propose un rôle de Product Owner ! Vous intégrez dans votre équipe une personne qui va se charger de garantir les intérêts de votre client. 🤑 Ce "propriétaire du produit" devient donc le seul qui peut compléter ou modifier à tout moment la liste des fonctionnalités.
En gestion de projet agile, l’équipe Scrum est toujours autogérée. Vous n'avez pas besoin d'un chef ou d'un gestionnaire de projet. Le Product Owner n'est pas votre supérieur hiérarchique. Je vous conseille de l'installer dans la même pièce que l'équipe. Vous devez en effet l'inviter à rester très disponible pour qu'il réponde aux questions et donne son avis.
La mission d'un Product Owner
Le Product Owner est le représentant du client. Le modèle Scrum lui confie les prérogatives suivantes :
L'expression des besoins avec l’équipe.
La priorisation des besoins pour l'équipe.
La validation des résultats de l'équipe.
Dans le modèle Scrum, le Product Owner fait partie intégrante de votre équipe. La réussite de votre gestion de projet sera nécessairement collective ! 🤝 Partagez ensemble les enjeux, la vision et la valeur du projet. Représentez ensemble l’équipe vis-à-vis des parties prenantes.
À quoi correspondent l'expression et la priorisation des besoins pour le Product Owner ? Comment peut-il à la fois représenter le client, les utilisateurs et l'équipe ?
L'expression des besoins de votre projet se fait obligatoirement sous la forme de récits utilisateur (User Stories, en anglais). C'est une phrase simple et compréhensible avec laquelle vous décrivez précisément une fonctionnalité du produit ou du service à développer. Par exemple :
En tant que <utilisateur>, je veux <une fonctionnalité> afin de <répondre à mon besoin>.
La liste de l'ensemble des récits utilisateur constitue le carnet de produit (Product Backlog, en anglais). C'est un document qui peut évoluer constamment au cours du projet. Contrairement au cahier des charges, vous ne devez jamais essayer de le figer ! 📘 Selon le guide officiel du modèle Scrum :
Le Product Backlog est une liste ordonnée de tout ce qui pourrait être requis dans le produit, et est l’unique source des besoins pour tous les changements à effectuer sur le produit.
Vous en apprendrez plus sur le Product Backlog dans la deuxième partie. C'est l'un des artefacts cruciaux du modèle Scrum. Je vous résume ici son importance pour le rôle de Product Owner :
Le Product Owner est l'unique responsable de l'actualisation du Product Backlog.
Le Product Owner priorise les User Stories formulées dans le Product Backlog.
Le Product Owner prend des décisions structurantes à partir du Product Backlog.
Le Product Owner surveille le budget et le planning grâce au Product Backlog.
Le Product Owner participe à la transparence du projet avec le Product Backlog.
Donnez ce rôle à une seule et même personne lorsque c’est possible, pas à un comité de pilotage ! Je vous préconise surtout de nommer quelqu'un d'assez expérimenté pour optimiser la valeur du projet.
En résumé
Votre Product Owner est une personne expérimentée, disponible et diplomate.
En qualité de Scrum Master, vous aidez le Product Owner à jouer son rôle : représenter le client ou le porteur du projet au sein de l'équipe Scrum.
Inspectez ensemble la formalisation des User Stories dans le Product Backlog du projet.
Vous connaissez désormais le rôle du Product Owner. Dans le chapitre suivant, je vous montrerai en détail quel est le rôle des développeurs.
