Scrum : Que signifie DEEP dans le Product Backlog ?

Le Product Backlog est une liste ordonnée de tout ce qui est connu comme nécessaire pour le produit. C’est la source unique de vérité pour tout changement apporté au produit. Le Product Owner est responsable du Product Backlog, y compris son contenu, sa visibilité et son tri.

Le Product Backlog n’est jamais final. Les changements dans les besoins commerciaux, les conditions du marché ou la technologie peuvent entraîner des modifications dans le Product Backlog. Il évolue au fur et à mesure que le produit et l’environnement du projet évoluent. Les exigences ne cessent jamais de changer, donc le Product Backlog reste un artefact Scrum.

Les éléments de plus haut niveau dans le Product Backlog sont plus granulaires et contiennent plus de détails — en raison de la disponibilité d’informations supplémentaires — ainsi que des estimations plus précises. Les éléments de plus bas niveau sont des éléments de haut niveau, plus importants, avec des estimations plus approximatives. Au fur et à mesure que l’équipe obtient plus d’informations sur les éléments de plus bas niveau, ils sont divisés davantage en morceaux plus petits et plus gérables. L’équipe de développement est responsable des estimations des éléments du Product Backlog.

Comprendre la gestion du Product Backlog

Le Product Backlog liste toutes les fonctionnalités, exigences, améliorations et corrections nécessaires au développement du produit. Les éléments du Product Backlog ont des attributs tels que :Détaillé (niveau approprié de détail),Eestimé (en points d’histoire),Ppriorisé, etEmis à jour (ajouté, supprimé et mis à jour continuellement) pour refléter des ajustements opportuns et opportuns du backlog.

Roman Pichler, auteur de Gestion agile des produits avec Scrum

Détaillé

Les histoires situées en haut du Backlog produit sont censées être exécutées lors du prochainSprint, donc elles doivent être bien définies pour permettre à l’équipe de les gérer efficacement. Généralement, les éléments situés en haut sont plus petits et plus granulaires, tandis que les éléments situés plus bas deviennent plus grands et moins précis, comme indiqué dans la figure ci-dessous :

Estimé

Les éléments du Backlog produit sont estimés. Les éléments situés en haut du backlog ont des estimations plus précises. Les éléments de faible priorité sont estimés à un niveau plus élevé et peuvent être réestimés lorsque l’équipe acquiert davantage d’informations.

Émergent

Le Backlog produit n’est pas statique — il évolue constamment. Au fur et à mesure que le projet progresse, davantage d’informations et de connaissances sont acquises, et les histoires utilisateurs du Backlog produit sont ajoutées, supprimées ou réorganisées.

Priorisé

Dans le Backlog produit, les éléments de haute priorité sont plus valorisants. Les éléments de faible priorité sont listés plus tard. L’équipe travaille toujours sur les éléments de haute priorité afin de garantir que la valeur maximale soit livrée dans le produit ou le système en cours de développement.

Résumé

DEEP est un concept utile appliqué auAffinage du Backlog produitprocessus — l’activité continue d’ajout de détails, d’estimation et de tri aux éléments du Backlog produit afin de le maintenir en bon état.

Pendant l’affinage du Backlog produit, les éléments sont revus et modifiés. L’équipe Scrum décide de la manière et du moment où l’affinage est effectué. L’affinage prend généralement au plus 10 % de la capacité de l’équipe de développement. Toutefois, les éléments du Backlog produit peuvent être mis à jour à tout moment par le Product Owner, ou selon les besoins.