{"id":10101,"date":"2022-01-26T01:29:30","date_gmt":"2022-01-26T01:29:30","guid":{"rendered":"https:\/\/www.cybermedian.com\/fr\/?p=10101"},"modified":"2026-04-20T09:13:21","modified_gmt":"2026-04-20T09:13:21","slug":"comment-gerer-le-backlog-produit-avec-les-principes-deep","status":"publish","type":"post","link":"https:\/\/www.cybermedian.com\/fr\/how-to-manage-product-backlog-with-deep-principles\/","title":{"rendered":"Comment g\u00e9rer le backlog produit avec les principes DEEP ?"},"content":{"rendered":"
\n
\n
\n

Le\u00a0\u00a0backlog de produit<\/a>\u00a0\u00a0est une liste ordonn\u00e9e de tout ce qui est connu et n\u00e9cessaire dans le produit.\u00a0C’est une source unique de demande pour toute modification du produit.<\/p>\n

Le propri\u00e9taire du produit est responsable du backlog du produit, y compris son contenu, sa disponibilit\u00e9 et sa commande.<\/p><\/blockquote>\n

La liste du backlog produit ne sera jamais compl\u00e9t\u00e9e.\u00a0Les changements dans les besoins de l’entreprise, les conditions du march\u00e9 ou la technologie peuvent entra\u00eener des changements dans la liste des choses \u00e0 faire du produit.\u00a0Il \u00e9volue avec le d\u00e9veloppement des produits et les changements de l’environnement du projet.\u00a0Les exigences du projet ne cessent de changer, de sorte que la liste de t\u00e2ches du produit est comme un artefact Scrum en constante \u00e9volution.<\/p>\n

Les \u00e9l\u00e9ments hautement prioritaires du backlog de produit sont affin\u00e9s.\u00a0Parce que ces projets ont plus d’informations et de d\u00e9tails, et donc ils ont des estimations plus pr\u00e9cises.<\/p>\n

Les projets moins prioritaires sont les plus grands avec des d\u00e9tails moins clairs.\u00a0Au fur et \u00e0 mesure que l’\u00e9quipe obtient des informations plus d\u00e9taill\u00e9es sur les projets de faible priorit\u00e9, ils seront ensuite divis\u00e9s en projets plus petits.\u00a0L’\u00e9quipe de d\u00e9veloppement est responsable de l’\u00e9valuation de ces \u00e9l\u00e9ments dans le carnet de produit de temps en temps.<\/p>\n

DEEP dans la gestion du backlog de produit<\/span><\/h3>\n

Le backlog du produit r\u00e9pertorie toutes les fonctionnalit\u00e9s, fonctions, exigences, am\u00e9liorations et correctifs requis pour les versions du produit.\u00a0Les projets de backlog de produit ont les attributs de description (d\u00e9taill\u00e9s de mani\u00e8re appropri\u00e9e\u00a0\u00a0)<\/strong>\u00a0, de points d’histoire ( estimations) et de\u00a0commandes<\/strong>\u00a0(\u00a0prioris\u00e9s<\/strong>\u00a0).\u00a0Ils doivent \u00eatre continuellement ajout\u00e9s, supprim\u00e9s et mis \u00e0 jour (\u00a0E<\/strong>\u00a0mergent) dans le backlog, et refl\u00e9ter la compr\u00e9hension du backlog de l’\u00e9quipe de mani\u00e8re opportune et appropri\u00e9e.<\/p>\n

Roman Pichler est l’auteur de Agile Product Management with Scrum Mentionn\u00e9 :<\/p>\n

“Cr\u00e9er des produits que les clients adorent.\u00a0Nous utilisons l’abr\u00e9viation de quatre lettres DEEP pour d\u00e9crire les caract\u00e9ristiques d’un bon backlog de produit.\u00a0est une abr\u00e9viation descriptive pour la qualit\u00e9 du produit de backlog dans Scrum, qui signifie :\u00a0\u00a0D<\/strong>\u00a0etailed convenablement,\u00a0\u00a0Emergent<\/strong>\u00a0, Estimated\u00a0\u00a0and\u00a0\u00a0P\u00a0<\/strong>rioritized<\/strong>\u00a0.<\/p><\/blockquote>\n

<\/figure>\n

D\u00e9taill\u00e9 de mani\u00e8re appropri\u00e9e<\/span><\/h3>\n

Les histoires situ\u00e9es en haut du backlog du produit fonctionneront dans le prochain\u00a0\u00a0sprint<\/a>\u00a0, donc ces \u00e9l\u00e9ments doivent \u00eatre suffisamment bien d\u00e9finis pour que l’\u00e9quipe puisse travailler dessus de mani\u00e8re plus productive.\u00a0En r\u00e8gle g\u00e9n\u00e9rale, les histoires situ\u00e9es en haut du backlog sont plus petites et plus fines, mais deviennent progressivement plus grandes et moins sp\u00e9cifiques plus bas dans la liste du backlog de produit, comme le montre la figure ci-dessous\u00a0:<\/p>\n

<\/figure>\n

Estimation<\/span><\/h3>\n

Les items du Product Backlog sont estim\u00e9s.\u00a0Les \u00e9l\u00e9ments en haut du backlog ont des estimations plus pr\u00e9cises.\u00a0Les \u00e9l\u00e9ments de priorit\u00e9 inf\u00e9rieure sont estim\u00e9s \u00e0 un niveau \u00e9lev\u00e9 et peuvent \u00eatre r\u00e9estim\u00e9s \u00e0 mesure que l’\u00e9quipe obtient plus d’informations.<\/p>\n

<\/figure>\n

\u00c9mergent<\/span><\/h3>\n

Le Product Backlog n’est pas statique, il est en constante \u00e9volution.\u00a0Au fur et \u00e0 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 \u00e9galement ajout\u00e9es, supprim\u00e9es ou r\u00e9organis\u00e9es.<\/p>\n

<\/figure>\n

Prioritaire<\/span><\/h3>\n

Dans le backlog de produit, plus l’entr\u00e9e de priorit\u00e9 la plus \u00e9lev\u00e9e est pr\u00e9cieuse, ci-dessus, plus la valeur des entr\u00e9es dans le backlog de produit est faible, plus la priorit\u00e9 est faible, suivant dans le backlog de produit.\u00a0Les \u00e9quipes compl\u00e8tent toujours les entr\u00e9es de haute priorit\u00e9 pour s’assurer que la valeur du produit ou du syst\u00e8me en cours de d\u00e9veloppement est maximis\u00e9e.<\/p>\n

<\/figure>\n

Sommaire<\/span><\/h3>\n

DEEP est un concept utile \u00e0 appliquer dans le\u00a0 processus\u00a0de raffinement du Product Backlog<\/a>\u00a0\u00a0qui implique l’acte d’ajouter des d\u00e9tails, des estimations et de l’ordre aux \u00e9l\u00e9ments du Product Backlog et de le maintenir en forme.<\/p>\n

Pendant le raffinement du Product Backlog, les \u00e9l\u00e9ments sont examin\u00e9s et r\u00e9vis\u00e9s.\u00a0L’\u00e9quipe Scrum d\u00e9cide comment et quand le raffinement est effectu\u00e9.\u00a0Le raffinement ne consomme g\u00e9n\u00e9ralement pas plus de 10\u00a0% de la capacit\u00e9 de l’\u00e9quipe de d\u00e9veloppement.\u00a0Cependant, les \u00e9l\u00e9ments du Product Backlog peuvent \u00eatre mis \u00e0 jour \u00e0 tout moment par le Product Owner ou \u00e0 la discr\u00e9tion du Product Owner.<\/p>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Les r\u00e9f\u00e9rences<\/span><\/h4>\n