Guide Scrum | 40. Entretien du backlog produit

Le soin du Product Backlog est l’une des tâches principales d’un Product Owner. Le processus de soin comprend la formulation, le détail et l’ajout de nouvelles User Stories au Product Backlog. Cependant, la tâche la plus importante du soin est de s’assurer que les éléments placés dans le Backlog sont dans le bon ordre, c’est-à-dire qu’ils sont priorisés.

Soin du Product Backlog – table des matières :

1. Introduction
2. Objectif du soin du Product Backlog
3. Erreurs dans la maintenance du Product Backlog
4. Maintenance du Backlog vs. métriques utilisées dans Scrum
5. Résumé

Introduction

Le Product Backlog est l’un des Artéfacts de Scrum. Il contient une liste priorisée de travaux nécessaires à la création d’un Produit. En d’autres termes, c’est une liste de User Stories nécessaires pour atteindre l’objectif du Produit. Vous pouvez trouver une description détaillée de ce que sont les User Stories dans cet article. Et ici se trouvent les détails sur les caractéristiques et comment maintenir le Product Backlog.

Le soin du Product Backlog est également connu sous les noms suivants :

• Priorisation du Backlog,
• Affinage du Backlog,
• Échelonnement du Backlog.

Objectif du soin du Product Backlog

Le Product Owner gère le Product Backlog. Les compétences clés incluent la priorisation des tâches à mesure que leur date d’échéance approche. Cela est dû au fait que l’objectif du soin du Product Backlog est de s’assurer que les fonctionnalités du Produit apportent la plus grande valeur commerciale, c’est-à-dire que celles qui sont les plus essentielles du point de vue du Client, sont en haut de la liste des tâches à faire. Et leur description est claire et détaillée afin que leur mise en œuvre puisse commencer dès le prochain Sprint.

Le Product Backlog peut être mis à jour quotidiennement si nécessaire. Le Product Owner peut ajouter de nouvelles User Stories au Product Backlog après avoir discuté avec les parties prenantes et l’équipe de développement, ou en tirant des conclusions et en reformulant les User Stories déjà écrites dans le Product Backlog.

La mise à jour obligatoire du Backlog est l’une des tâches effectuées lors de la Sprint Review. Nous avons décrit ce processus en détail dans cet article. En général, lors de cette réunion, l’équipe Scrum discute non seulement des tâches à accomplir lors du prochain Sprint. Elle précise également préliminairement les User Stories et leur mise en œuvre dans les deux ou trois Sprints suivants. Cette façon de faire permet à l’équipe Scrum et à ses activités de prendre une vue d’ensemble de la direction à long terme. Cela permet de penser aux tâches actuellement effectuées du point de vue de leur développement dans les Sprints suivants.

Erreurs dans la maintenance du Product Backlog

Un des problèmes les plus courants concernant le soin du Product Backlog est de le laisser s’étendre de manière incontrôlable. Cela est dû au fait que, lors du travail sur le Produit, diverses fonctionnalités et tâches supplémentaires proposées par les parties prenantes et les membres de l’équipe Scrum apparaissent spontanément. Par conséquent, limiter la croissance de la portée du Product Backlog (scope creep) est l’une des tâches les plus importantes effectuées par le Product Owner. Les erreurs les plus courantes que commettent les Product Owners concernent :

1. Déviation de l’objectif du Produit – ajouter trop d’idées au Product Backlog au-delà de l’objectif de base du Produit n’est pas une bonne pratique, car cela réduit considérablement sa lisibilité. Il est préférable de collecter des idées pour des fonctionnalités supplémentaires dans un document séparé.
2. Duplication de contenu – entrer des idées répétées ou très similaires de différentes parties prenantes dans le Backlog – avant d’ajouter une nouvelle entrée au Backlog, le Product Owner doit s’assurer que la nouvelle entrée ne duplique aucune des entrées existantes.
3. Manque de perspective plus large – vous devez ordonner les entrées du Product Backlog en fonction de leur valeur par rapport à l’objectif du Produit. Cependant, gardez à l’esprit que la priorisation doit tenir compte des plusieurs Sprints suivants afin que les tâches effectuées dans un Sprint donné soient parfaitement liées à la fois au Sprint précédent et au Sprint immédiatement suivant.

Vous ne pouvez pas éviter ce genre d’erreurs. Cependant, la prise de conscience de leur occurrence peut rendre le Product Owner plus prudent quant à l’ajout de nouvelles User Stories au Product Backlog pour trouver le bon équilibre. En effet, il est également une erreur d’accorder trop de réduction au Backlog et d’éliminer des entrées qui contiennent des tâches similaires mais différentes. Par exemple, décrire des fonctionnalités de Produit similaires qui diffèrent considérablement dans leur application.

Maintenance du Backlog vs. métriques utilisées dans Scrum

Le Product Backlog contient une description du travail restant tout au long du projet. Cependant, seul un Backlog à jour et régulièrement entretenu peut estimer avec précision le ratio du travail accompli par rapport au total. Pour représenter la quantité de travail accompli, vous devez appliquer le Burndown Chart, dont nous avons parlé dans cet article.

Une autre métrique populaire pour décrire le travail de l’équipe Scrum est la Vélocité. Vous pouvez la mesurer en comparant le nombre d’entrées du Product Backlog converties en Incrément lors d’un seul Sprint. Nous avons décrit la Vélocité plus en détail dans cet article.

Résumé

Le Product Owner effectue le soin du Product Backlog. Lorsque le Product Backlog est bien entretenu, l’équipe Scrum a une vue claire du travail qui reste à faire. Elle peut également obtenir une perspective plus large et tournée vers l’avenir de ce à quoi ressemble le chemin vers l’objectif du Produit. C’est pourquoi le Product Owner doit s’assurer que les User Stories incluses dans le Product Backlog sont classées par ordre de priorité pour leur achèvement. Et aussi que les tâches à accomplir dans les Sprints à venir sont décrites dans les moindres détails.

Si vous aimez notre contenu, rejoignez notre communauté de petites abeilles actives sur Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.