Cet article est un résumé d'un Lion Lunch en compagnie de Daniel Rybakov, coach agile et Scrum master chez Les Echos. Il nous donne ses conseils de pro illustré par des exemples concrets pour comprendre et exploiter le Product backlog d'une main de maître ! 🤩
Replay du webinar 👇👇
Les bases du product backlog
Pour reprendre depuis le début, le product backlog, c’est l’ensemble des éléments et options possibles pour créer ou améliorer un produit existant. La construction de cet outil se fait en plusieurs étape
- Créer une vision produit (=décliner les OKR ver une autre vision du produit). Il faut fixer des objectifs précis qui découleront vers des product goal.
- Story mapping, c'est un atelier qui permet d'embarquer toutes les équipes. Réalisez avec vos équipes le parcours utilisateur de votre produit (création de personas, réalisation du parcours de votre produit jusqu'à l'achat). Cet atelier amène à la création de users story qu'il faut hiérarchiser en fonction de la valeur. Du story mapping émerge un MVP (minimum valuable product), la version minimale de votre produit.
💡 User Story # EPICS 👉 Les EPICS vont se décliner en users story plus petites qui seront indépendantes, testables, …
Le product backlog quand on est PM/PO, c’est une utilisation au QUOTIDIEN ! Il faut développer une vraie routine autour de cet outil pour s’en servir tous les jours et ne même plus sans rendre compte, comme Daniel 😉
La priorisation et la valeur
Suite à une question dans le chat, Daniel répond que pour embraquer les parties prenantes au product backlog il faut parler valeur ! Alors il nous explique comment la mesurer à partir d’un exemple.
Selon les organisations, chacune effectue différents types de mesures. Elles s’organisent en 3 catégories :
- Activités. C’est ce que font les membres de l'organisation 👉 effectuer un travail, aller à des réunions, avoir des discussions, écrire du code, créer des rapports, assister à des conférences, et ainsi de suite.
- Productions. Ce sont les éléments que l'organisation produit, 👉 des versions de produits (comprenant des fonctionnalités), des rapports, des rapports sur les défauts, les revues de produits, etc.
- Résultats. Ce sont des choses souhaitables qu'un client ou un utilisateur d'un produit expérimente. Ils représentent une capacité nouvelle ou améliorée que le client ou l'utilisateur n'était pas en mesure d'obtenir auparavant.
Daniel a aussi pu apprendre à mesurer plus précisément la valeur grâce à l'agilité, ça découle sur la valeur business. Divisé en 2 catégories, la valeur marchande et la capacité organisationnelle à livrer cette valeur marchande.
![Schéma explicatif de la valeur business](https://cdn.prod.website-files.com/62e7f06f9cf2cff6d8fcaf05/649e8a7bee248d306349f975_Format%20carre%CC%81%20(46).png)
Les 4 catégories en bleus sont des key values areas, elles déterminent une coloration à la valeur.
Pour les organisations, Daniel conseille la réalisation d'un schéma pour mesurer la valeur. Quel que soit votre poste, si vous êtes tous orienter et portée par la valeur avec une définition commune, c'est beaucoup plus facile d'aller répondre aux besoins des utilisateurs(trices)
Si vous voulez comprendre comment prioriser un backlog, Daniel l'explique avec un exemple concret directement sur le replay youtube. (35min13)
Conseils pour actionner et utiliser le product backlog dès demain
C'est un très gros enjeu d'optimiser la collaboration entre PO/PM, développeurs et Scrum masters pour la bonne gestion du backlog.
Alors pour mettre toutes les chances de votre côté, il faut :
- Impliquer les équipes le plus tôt possible dans la construction du backlog, faites leur confiance sur les meilleures solutions pour répondre aux besoins, ça évite les incertitudes et les mauvaises routes.
- Accueillir positivement le challenge en recentrant les débats autour de la valeur en limitant les discussions qui sont la conséquence des biais cognitifs de chacun·e ou d’avis trop souvent personnels non représentatifs des besoins réels des clients et/ou utilisateurs
Les USA sont plus avancés que la France sur la backlog, ils ont des profils plus diversifiés donc des produits très différents. En France, c'est arrivé beaucoup plus tard, on récupère les informations et on s'adapte. Mais nous accordons beaucoup d'importance à la technique contrairement aux américain qui sont vraiment market.
💡Daniel nous donne ses 3 derniers conseils phares pour la suite.
- Il n'est jamais trop tard pour faire évoluer l’entreprise pour l’adoption de product backlog
- Il faut travailler la valeur de votre produit, la faire évoluer, échanger avec les différentes équipes pour cerner au mieux les besoins de vos utilisateurs.
- Faites confiance à vos collaborateurs, vous avez les mêmes objectifs !
Pour aller plus loin
Formations
- Formation Product de Lion : forme-toi au Product avec des expert·e·s issu·e·s des meilleures startups et scaleups et en pratiquant des actions directement sur ton projet pour avoir toutes les compétences nécessaires afin de maximiser la valeur d’un produit et d'insuffler une culture produit dans ton entreprise.