La gestion du backlog produit est un art subtil qui exige une attention constante. En tant que Product Owner, il vous incombe de veiller au bon fonctionnement de la machine et de maintenir le backlog produit en bon état. Cela implique de prendre en compte les parties prenantes, les équipes de développement et, surtout, les utilisateurs. Mais comment gérer un backlog produit de manière efficace et axée sur les résultats ?
Voici 7 conseils d'un Product Owner agile chevronné :
1. Classez le backlog produit par ordre de priorité pour plus de clarté.
L’ordre du backlog produit est une priorité absolue. C’est ainsi que vous expliquez le chemin d’exécution prévu à l’équipe de développement et aux parties prenantes, ce qui constitue une cible mouvante pour un Product Owner. Cela vous permet également de rester organisé, facilite la recherche et la discussion des éléments du backlog produit, et clarifie quel est votre objectif « aujourd’hui ». La question qui se pose alors est la suivante : comment déterminer cet ordre ?
Le backlog du Product Owner doit être hiérarchisé en fonction de la valeur, cette valeur étant relative au produit en cours de développement.
2. Privilégiez la valeur avant toute autre chose.
La règle d’or est simple : si un élément n’apporte pas de valeur, il n’a pas sa place dans le backlog du produit. Le backlog n’est pas un répertoire où l’on stocke toutes les idées qui passent par là, mais plutôt une sélection rigoureuse d’initiatives qui apportent une valeur tangible. En tant que Product Owner, c’est à vous qu’il incombe de justifier la valeur de chaque élément. Une approche efficace consiste à mettre en place un système d’estimation de la valeur métier des éléments du backlog et à s’y tenir de manière cohérente.
3. Comprendre les dépendances pour éviter les obstacles.
Les dépendances entre les éléments du backlog de produit, qu’il s’agisse de contraintes techniques ou de décisions métier, sont inévitables. Il appartient au Product Owner d’être conscient de ces dépendances afin de garantir le bon déroulement des sessions de planification de sprint et d’aider les équipes à éviter les obstacles pendant un sprint. Une façon d’y parvenir consiste à s’en tenir à un backlog produit correctement ordonné, comme indiqué dans le conseil n° 1. Un conseil avisé : évitez l’écueil courant qui consiste à tenter de suivre chaque dépendance à l’aide d’un outil, car cela s’avère souvent plus contraignant que bénéfique.
4. Recueillir des retours d’expérience et réfléchir.
Le Product Owner doit satisfaire trois groupes distincts : l’équipe de développement, les parties prenantes et les utilisateurs. Un backlog de produit doit refléter les résultats des discussions menées avec chacun de ces groupes, et le Product Owner doit faire preuve de transparence quant à ces résultats. Les Product Owners doivent procéder comme suit :
- Impliquer l’équipe de développement par le biais de sessions structurées de raffinement du backlog.
- Consacrer du temps à dialoguer avec les parties prenantes concernées, en sollicitant activement leur avis lors des revues de sprint.
- Utiliser des méthodes créatives pour mieux cerner le point de vue des clients.
La transparence est essentielle pour s’assurer que vous êtes sur la bonne voie en ce qui concerne ce que vous développez, la manière dont vous le faites et pour qui le produit est conçu.
5. Adoptez les exigences émergentes.
Les exigences peuvent émerger progressivement, plutôt que d’être définies dès le départ. Il n’y a pas de phase d’analyse des exigences en amont de grande envergure où l’on part du principe que tous les aspects obscurs d’un projet ont été découverts. Au lieu de cela, nous demandons au client une liste d’exigences de haut niveau, nous les classons par ordre de priorité et nous affinons les éléments les plus prioritaires au fur et à mesure de l’avancement du projet.
Les exigences émergentes réduisent au minimum les efforts de collecte d’exigences en amont, ce qui nous permet de changer rapidement et efficacement de cap et d’atténuer le risque de formuler des hypothèses erronées. Évitez de vous plonger dans les moindres détails de chaque exigence et ne retombez surtout pas dans une méthode en cascade itérative. De même, n’oubliez pas qu’une user story est destinée à servir de base de discussion, et non de contrat.
6. Acceptez que les estimations soient imparfaites.
La philosophie agile préconise de s'éloigner des exercices d'estimation exhaustifs, compte tenu de la faillibilité inhérente aux estimations humaines. Au lieu de cela, des techniques telles que la planification « poker » ou l’estimation par affinité permettent aux équipes de développement de prévoir rapidement un backlog de produit. Cela vous aidera à négocier le périmètre avec l’ensemble des parties prenantes et à les rassurer en leur donnant une date.
L’estimation est une science imparfaite ; ne blâmez donc pas l’équipe de développement si les choses tournent mal. Il convient plutôt de se concentrer sur la détection précoce des écarts afin de faciliter des corrections de cap en temps opportun.
7. Mettez en place plusieurs niveaux de décomposition.
Vous avez besoin de plusieurs niveaux de décomposition dans votre backlog de produit pour mener une discussion de haut niveau sur l’état d’avancement, coordonner les efforts entre plusieurs équipes et vous concentrer sur une livraison incrémentale. Les outils courants intègrent déjà cette fonctionnalité.
Selon votre organisation, la terminologie peut varier, mais vos niveaux de décomposition doivent inclure des objectifs, des fonctionnalités et des user stories. Voici un exemple :
Objectif – Augmenter de 5 % le nombre de transactions de paiement en ligne
Fonctionnalité (épopée) – Personnalisation
Récit utilisateur – Conservation des informations de carte bancaire des clients fidèles
Récit utilisateur – Réductions pour les visiteurs réguliers
Fonctionnalité (Épic) – Élargir les options de paiement
Récit utilisateur – Acceptation de PayPal
Récit utilisateur – Ajout de Bitcoin
Récit utilisateur – Cartes cadeaux
Ces couches facilitent les échanges et offrent une plus grande flexibilité dans l’ordonnancement du backlog produit, car celui-ci peut intervenir à n’importe quel niveau. Vous devez également penser à une livraison incrémentielle et faire de votre mieux pour livrer de petits lots en production.
En tant que Product Owner chez Randstad Digital, l'affinage du backlog constitue une étape cruciale pour parvenir à des livraisons incrémentielles et proposer un produit qui trouve un écho tant auprès de votre équipe de développement que de vos clients. Êtes-vous en mesure de guider votre équipe de développement tout au long d’un sprint vers des progrès concrets ? Contactez Randstad Digital dès aujourd’hui pour tirer parti de notre expertise afin d’optimiser votre processus de développement Agile.