Gestion du backlog

Sélectionner la langue :

Vous devez autoriser les cookies de Vimeo pour pouvoir visionner la vidéo.
Débloquez le cours complet et obtenez votre certification !

Vous consultez le contenu gratuit. Débloquez le cours complet pour obtenir votre certificat, vos examens et le matériel téléchargeable.

*En achetant le cours, nous vous offrons deux cours de votre choix*

*Voir la meilleure offre du web*

Transcription Gestion du backlog


La liste des produits en attente (ou simplement le backlog) est un élément central dans la plupart des cadres agiles, servant de source unique de vérité pour tout le travail que l'équipe doit effectuer en rapport avec le produit.

Il s'agit d'une liste ordonnée et dynamique de fonctionnalités, d'améliorations, de corrections, de recherches et d'autres éléments de travail nécessaires au développement et à l'évolution du produit.

Une gestion efficace du backlog est essentielle pour garantir que l'équipe travaille toujours sur les éléments les plus précieux et qu'il y ait une vision claire du travail à venir.

Cela implique non seulement de maintenir la liste à jour, mais aussi de la hiérarchiser en permanence et d'affiner les éléments afin qu'ils soient prêts à être traités par l'équipe.

Qu'est-ce que le backlog et pourquoi un seul par équipe ?

Le backlog est essentiellement une liste hiérarchisée de tout le travail en attente pour un produit ou une équipe.

Il contient aussi bien des idées générales et des fonctionnalités futures (épopées) que des tâches plus détaillées (histoires d'utilisateurs) prêtes à être mises en œuvre.

Il est dynamique et évolue à mesure que l'on en apprend davantage sur le produit et les besoins du client.

Une règle fondamentale est qu'il ne doit y avoir qu'un seul backlog par équipe (ou par produit, si plusieurs équipes en partagent un).

Le fait d'avoir plusieurs backlogs pour une même équipe (par exemple, un par projet parallèle) crée de la confusion, rend difficile la hiérarchisation globale et dilue l'attention de l'équipe.

Avec un seul backlog, l'équipe sait toujours quel est l'élément le plus prioritaire sur lequel elle doit travailler ensuite, ce qui garantit que les ressources sont consacrées à ce qui a le plus de valeur à chaque instant.

Composantes du backlog (histoires, épopées, spikes, bugs, tâches)

Le backlog contient généralement plusieurs types d'éléments de travail :

  • Histoires utilisateur : l'unité de travail principale axée sur la valeur pour l'utilisateur.
  • Épopées : grands blocs de travail ou fonctionnalités qui regroupent plusieurs histoires connexes.
  • Spikes : tâches de recherche ou d'expérimentation visant à réduire l'incertitude.
  • Bugs (erreurs) : idéalement rédigés sous forme d'histoires utilisateur afin de clarifier leur valeur/impact une fois corrigés.
  • Tâches : parfois, les équipes décomposent les récits en tâches techniques plus petites.

Cependant, il est recommandé de concentrer la priorisation au niveau de l'histoire utilisateur, et non de la tâche, afin de rester concentré sur la valeur fournie.

La composition exacte peut varier, mais ce sont là les composants les plus courants.

Outils de gestion du backlog (Post-its, Jira, Trello, Asana)

Il existe différents outils pour gérer le backlog :

Post-it / Tableaux physiques : la méthode traditionnelle. Visuelle et tactile, elle est idéale pour la co-création initiale, mais peu pratique pour les équipes à distance, difficile à maintenir et à mettre à jour, et limitée en termes d'informations qu'elle peut contenir.

  • Logiciels spécialisés (Jira, Trello, Asana, Monday. com) : l'option préférée de la plupart des équipes.
  • Jira : très populaire et puissant, avec une


gestion du backlog

Y a-t-il des erreurs ou des améliorations ?

Où est l'erreur ?

Qu'est-ce qui ne va pas ?