Comment gérer le backlog produit avec les principes DEEP ?

Le  backlog de produit  est une liste ordonnée de tout ce qui est connu et nécessaire dans le produit. C’est une source unique de demande pour toute modification du produit.

Le propriétaire du produit est responsable du backlog du produit, y compris son contenu, sa disponibilité et sa commande.

La liste du backlog produit ne sera jamais complétée. Les changements dans les besoins de l’entreprise, les conditions du marché ou la technologie peuvent entraîner des changements dans la liste des choses à faire du produit. Il évolue avec le développement des produits et les changements de l’environnement du projet. Les exigences du projet ne cessent de changer, de sorte que la liste de tâches du produit est comme un artefact Scrum en constante évolution.

Les éléments hautement prioritaires du backlog de produit sont affinés. Parce que ces projets ont plus d’informations et de détails, et donc ils ont des estimations plus précises.

Les projets moins prioritaires sont les plus grands avec des détails moins clairs. Au fur et à mesure que l’équipe obtient des informations plus détaillées sur les projets de faible priorité, ils seront ensuite divisés en projets plus petits. L’équipe de développement est responsable de l’évaluation de ces éléments dans le carnet de produit de temps en temps.

DEEP dans la gestion du backlog de produit

Le backlog du produit répertorie toutes les fonctionnalités, fonctions, exigences, améliorations et correctifs requis pour les versions du produit. Les projets de backlog de produit ont les attributs de description (détaillés de manière appropriée  ) , de points d’histoire ( estimations) et de commandes ( priorisés ). Ils doivent être continuellement ajoutés, supprimés et mis à jour ( E mergent) dans le backlog, et refléter la compréhension du backlog de l’équipe de manière opportune et appropriée.

Roman Pichler est l’auteur de Agile Product Management with Scrum Mentionné :

« Créer des produits que les clients adorent. Nous utilisons l’abréviation de quatre lettres DEEP pour décrire les caractéristiques d’un bon backlog de produit. est une abréviation descriptive pour la qualité du produit de backlog dans Scrum, qui signifie :  D etailed convenablement,  Emergent , Estimated  and  P rioritized .

Détaillé de manière appropriée

Les histoires situées en haut du backlog du produit fonctionneront dans le prochain  sprint , donc ces éléments doivent être suffisamment bien définis pour que l’équipe puisse travailler dessus de manière plus productive. En règle générale, les histoires situées en haut du backlog sont plus petites et plus fines, mais deviennent progressivement plus grandes et moins spécifiques plus bas dans la liste du backlog de produit, comme le montre la figure ci-dessous :

Estimation

Les items du Product Backlog sont estimés. Les éléments en haut du backlog ont des estimations plus précises. Les éléments de priorité inférieure sont estimés à un niveau élevé et peuvent être réestimés à mesure que l’équipe obtient plus d’informations.

Émergent

Le Product Backlog n’est pas statique, il est en constante évolution. Au fur et à mesure que le projet progresse, de plus en plus d’informations et de connaissances sont obtenues, et les user stories du backlog du produit sont également ajoutées, supprimées ou réorganisées.

Prioritaire

Dans le backlog de produit, plus l’entrée de priorité la plus élevée est précieuse, ci-dessus, plus la valeur des entrées dans le backlog de produit est faible, plus la priorité est faible, suivant dans le backlog de produit. Les équipes complètent toujours les entrées de haute priorité pour s’assurer que la valeur du produit ou du système en cours de développement est maximisée.

Sommaire

DEEP est un concept utile à appliquer dans le  processus de raffinement du Product Backlog  qui implique l’acte d’ajouter des détails, des estimations et de l’ordre aux éléments du Product Backlog et de le maintenir en forme.

Pendant le raffinement du Product Backlog, les éléments sont examinés et révisés. L’équipe Scrum décide comment et quand le raffinement est effectué. Le raffinement ne consomme généralement pas plus de 10 % de la capacité de l’équipe de développement. Cependant, les éléments du Product Backlog peuvent être mis à jour à tout moment par le Product Owner ou à la discrétion du Product Owner.