5 Astuces pour créer un Product Backlog Agile efficace (+Exemple)

Savoir comment crĂ©er un product backlog n’est pas donnĂ© Ă  tout le monde, car il est facile de s’y “perdre”.

Au fur et Ă  mesure que le temps passe et que le produit Ă©volue, ce qui Ă©tait autrefois une simple liste d’articles prioritaires devient difficile Ă  ordonner.

Travailler Ă  partir d’une importante liste de fonctionnalitĂ©s rend la navigation dans le Backlog produit compliquĂ©e.  

Vous risquez de ne plus savoir quelle US est prioritaire ou laquelle doit ĂȘtre re-travaillĂ©e.  

Aussi, Ă  mesure que des Ă©lĂ©ments de prioritĂ© plus Ă©levĂ©e sont rĂ©alisĂ©s, de nouvelles tĂąches sont ajoutĂ©es et les Ă©lĂ©ments les plus anciens s’accumulent tout en bas de la liste. 

Si vous vous reconnaissez dans ce qui a été énoncé ci-dessus, lisez cet article pour comprendre comment créer un Backlog Agile.

Vous y trouverez également, un exemple concret de processus à adopter pour garder un Backlog produit compréhensible et ordonné.

Qu’est ce qu’un Product Backlog ? 

Tout d’abord, faisons un rappel de l’importance du Backlog produit dans un fonctionnement Agile

Un Backlog produit est en quelque sorte un inventaire des fonctionnalitĂ©s, des dĂ©fauts ou des tĂąches techniques qui doivent ĂȘtre rĂ©alisĂ©s et ajoutĂ©s au produit final.

Le guide Scrum définit le product backlog comme étant un artefact, en plus de deux autres, à savoir :

  • Le sprint backlog
  • L'incrĂ©ment produit

Le backlog Scrum relĂšve de l’entiĂšre responsabilitĂ© du Product Owner.

C’est Ă  lui de s’en occuper, de l’alimenter et de le nettoyer pour le reste de l’équipe de dĂ©veloppement et des parties prenantes.

Dans ce processus, le Product Owner s'appuie sur la vision stratégique du Product Manager, qui oriente le développement du produit pour qu'il réponde aux attentes du marché et aux objectifs commerciaux à long terme.

Cela crée ainsi une complémentarité entre la priorisation quotidienne du PO et la planification stratégique du PM.

C’est donc le PO qui est en charge de la crĂ©ation du Backlog Agile et de sa maintenance.

Depuis ce Backlog Agile, des User Stories (US) vont ĂȘtre choisies pour ĂȘtre intĂ©grĂ©es dans un autre Backlog synthĂ©tique reprĂ©sentant les tĂąches Ă  rĂ©aliser pour le prochain sprint. 

On l’appelle le Backlog de sprint. 

Au sein du backlog produit les US sont priorisĂ©es, dĂ©coupĂ©es ou regroupĂ©es sous des Epics. 

Lorsqu’un Product Owner travaille sur la roadmap, il a besoin d’un emplacement pour y dresser la liste de toutes les fonctionnalitĂ©s Ă  implĂ©menter sur le produit.

L’objectif du backlog produit est donc de prĂ©senter cette liste de maniĂšre claire, ordonnĂ©e et priorisĂ©e. 

La priorisation des tĂąches Ă©tant une des notions les plus importantes de Scrum et des mĂ©thodes Agiles, le product Backlog occupe une place centrale dans la stratĂ©gie de dĂ©veloppement d’un produit. 

Voyons Ă  prĂ©sent les astuces pour crĂ©er un Backlog produit et conserver une liste de fonctionnalitĂ©s Ă©purĂ©e malgrĂ© l’accumulation des problĂ©matiques et des nouvelles idĂ©es.

Comment crĂ©er un product backlog ? 

Il est trÚs facile, en tant que PO, de mettre de cÎté le rangement de son Backlog de produit pour se concentrer sur des urgences, la rédaction des US ou la préparation des rituels de fin de sprint.

Cependant, c'est une tĂąche Ă  ne surtout pas nĂ©gliger. 

Le principal conseil que je peux vous donner est de garder un crĂ©neau hebdomadaire dans votre agenda pour retravailler votre Backlog Scrum.

Voici 5 astuces que je mets en place durant cette heure consacrĂ©e Ă  mon Backlog :

1) Classer les US dans les bonnes Epics

Le quotidien du PO est de traduire les nouveaux besoins des utilisateurs, leurs feedbacks et les dĂ©fauts du produit en US. 

Sous l’affluence des idĂ©es, il aura tendance Ă  les rĂ©diger rapidement en notant juste le titre et une phrase de description dans l’objectif de revenir dessus plus tard. 

Ce n’est pas une mauvaise chose, cependant cela entraine des Backlogs trĂšs dĂ©sordonnĂ©s.

En effet, le PO peut vite se perdre entre les US qui sont “prĂȘtes” Ă  ĂȘtre dĂ©veloppĂ©es et celles qui sont encore en rĂ©daction. 

Il risque de se retrouver avec de multiple US qui ne sont pas reliées à leurs Epics.

Et c’est important pour le suivi du travail en cours et l’analyse de ce qui reste Ă  faire que chaque US soit bien liĂ©e Ă  son Epic :

ModĂšle du Product Backlog

Définissez la valeur business créée et priorisez

2) Respecter la priorité des US

Dans un Backlog produit, les US sont classées par niveau de priorité.

Si dans une rĂ©union de brainstorming, une Ă©quipe note une vingtaine d’idĂ©es de fonctionnalitĂ©s, toutes les idĂ©es ne peuvent pas ĂȘtre exĂ©cutĂ©es.

Il faut alors prioriser ces idĂ©es les unes par rapport aux autres afin de dĂ©terminer un plan d’action Ă  court, moyen et long terme.

Sur ces 20 idées, 2 ont été estimées plus prioritaires que les autres.

Cependant, ces idĂ©es sont des Ă©pics qui doivent ĂȘtre dĂ©coupĂ©es en US et tĂąches techniques et ensuite listĂ©es dans le Backlog. 

Quant Ă  toutes les autres Ă©pics, vous les conservez, mais vous ne pouvez pas toutes les intĂ©grer dans votre Backlog produit. 

Cela ne ferait que le surcharger et les Ă©pics estimĂ©es prioritaires seront perdues dans la masse.

Mais alors que fait-on de toutes les autres idées ?

3) Créer une liste distincte des Epics et US moins urgentes

Pour limiter votre Backlog de produit, on peut crĂ©er une liste distincte contenant des Ă©pics moins urgentes.

Ainsi, votre Backlog reste stratégique et claire.

Il va regrouper seulement les US avec un niveau de priorité élevé.

Les PO qui placent toutes les demandes, idĂ©es et tĂąches, dans le mĂȘme backlog n’ont plus aucun endroit fiable auquel se rĂ©fĂ©rer pour identifier les urgences.

Cela rend l’analyse du backlog produit plus difficile. Le risque de manquer une information est aussi plus important.

CrĂ©ez donc d’autres listes pour capturer les idĂ©es liĂ©es au produit.

Vous pouvez utiliser un fichier drive, un autre tableau Trello ou crĂ©er un nouveau backlog sur Jira que vous placerez sous le backlog produit. 

4) Ordonner les US

Ordonner les US les plus prioritaires pour représenter votre prochain sprint.

En effet, il est important d’organiser la partie supĂ©rieure du backlog en une liste qui met en scĂšne le contenu de la prochaine itĂ©ration. 

De cette façon, lorsque vous prĂ©parez le prochain sprint, vous n’avez pas Ă  naviguer dans tout le backlog.

Un simple regard suffit pour avoir une image claire de l’objectif du prochain sprint.

GrĂące Ă  cette stratĂ©gie, les Ă©lĂ©ments les plus importants de votre backlog sont mis en exergue : Les US de « haute prioritĂ© Â», ainsi que leur timing associĂ©. 

En consĂ©quence, le temps de prĂ©paration de votre rituel du sprint planning n’en sera que raccourci!

5) RĂ©organiser le backlog rĂ©guliĂšrement 

N'hésitez pas à supprimer toutes les US ou tùches immobiles depuis 6 mois.

Le nettoyage du backlog permet de :

  • Conserver sa qualitĂ© et son objectif ;
  • Garantir que vous dĂ©veloppez le bon produit de la bonne maniĂšre ;
  • S’assurer que le backlog du produit est fonctionnel et qu’il y a suffisamment d’élĂ©ments prĂȘts pour dĂ©marrer le prochain sprint.

Il est conseillé, au moins une fois par Sprint/itération, d'organiser un backlog refinement durant lequel il est possible de revoir les priorités, et de spécifier en détail les besoins à embarquer et préparer les prérequis nécessaires à leur développement.

Le Backlog Refinement se tient entre les rÎles métiers et techniques de la Squad agile.

préparation certification PSM I
Certification scrum PSM I

Product Backlog : Exemple

Ce que j’ai dĂ©crit jusqu’à prĂ©sent n’est pas seulement thĂ©orique.

Vous pouvez configurer votre propre workflow pour une bonne gestion du Backlog Agile. 

En voici un exemple de ce processus :

En général, en tant que Product Owner, je me repose sur 4 différents supports

  1. La roadmap : elle reprĂ©sente les Epics sur lesquelles l’équipe travaillera au cours des 2 Ă  3 prochains trimestres.
  2. Les Epics : elles regroupent des listes d’US dĂ©coupĂ©es sur lesquelles l’équipe travaille au cours du trimestre en cours.
  3. Un support de management visuel (Scrumboard ou Kanban) : Il contient le workflow de dĂ©veloppement et permet de visualiser les US dans les diffĂ©rentes Ă©tapes du dĂ©veloppement.  
  4. Un bac Ă  sable : C’est ainsi que j’appelle la liste dĂ©diĂ©e aux Epics moins urgentes. J’y conserve toutes les suggestions, demandes et idĂ©es que nous recevons.

Le processus est donc comme suit :

  1. En premier lieu, je pense Ă  mettre Ă  jour les roadmaps Ă  mesure que les prioritĂ©s changent.
  2. Ensuite, je vĂ©rifie dans le bac Ă  sable s’il y a des idĂ©es Ă  valider et Ă©ventuellement Ă  inclure dans la roadmap.
  3. Si une Epic devient prioritaire, je la sors du bac à sable pour l’ajouter dans le backlog produit.
  4. Si son niveau de prioritĂ© change et demande Ă  ce qu’elle soit ajoutĂ©e dans les deux prochains sprints, je vais la dĂ©couper puis crĂ©er et ajouter les US associĂ©es.
  5. Je vais remonter les US que je souhaite dĂ©velopper dans la prochaine itĂ©ration tout en haut du Backlog pour qu’elles soient visibles lors de mes prĂ©parations du Sprint Planning.
  6. Toute US ou Epic qui reste au mĂȘme endroit pendant plus de 6 mois environ, est supprimĂ©e ou envoyĂ©e au bac Ă  sable.
  7. Je continue Ă  peaufiner ce processus au fil du temps.

Il s’est avĂ©rĂ© ĂȘtre une solution solide sur laquelle je peux m’appuyer pour organiser un Backlog Agile. 

Conclusion 

Vous savez maintenant comment crĂ©er un product backlog. 

En tant que Product Owner, la maintenance du backlog produit est une Ă©tape majeure dans la gestion et le dĂ©veloppement d’un produit Ă  forte valeur ajoutĂ©e.

En suivant un processus Ă©tapes par Ă©tapes, je peux vous garantir que plus personne n’aura peur d’aller y jeter un coup d’Ɠil.

Si vous avez votre propre processus de rangement du backlog produit, n’hĂ©sitez pas Ă  me l’expliquer en commentaire ou Ă  me dire comment amĂ©liorer le mien !

Agathe Penverne

A propos de l'auteur

Product owner, coach agile et rĂ©dactrice expĂ©rimentĂ©e. Son aspiration est d'aider ses semblables et ses Ă©quipes Ă  s’épanouir dans des environnements agiles et Ă  s'organiser autour de la rĂ©solution de problĂšmes.

Les autres articles du dossier 

  • {"email":"Adresse email invalide","url":"Url du site invalide","required":"Champ obligatoire non renseignĂ©"}

    Guide GRATUIT du chef de projet

    25 points clés que la plupart des chefs de projet négligent dans la gestion de leurs projets (+ concepts et notions clés).

    >