{"id":9673,"date":"2022-01-25T10:44:24","date_gmt":"2022-01-25T10:44:24","guid":{"rendered":"https:\/\/www.cybermedian.com\/fr\/?p=9673"},"modified":"2026-04-20T09:13:49","modified_gmt":"2026-04-20T09:13:49","slug":"scrum-comment-affiner-le-backlog-produit","status":"publish","type":"post","link":"https:\/\/www.cybermedian.com\/fr\/scrum-how-to-refine-product-backlog\/","title":{"rendered":"Scrum : comment affiner le backlog produit ?"},"content":{"rendered":"

Tous les \u00e9l\u00e9ments du backlog de produit n’auront pas la m\u00eame taille et le m\u00eame niveau de d\u00e9tail en m\u00eame temps (c’est-\u00e0-dire les fonctionnalit\u00e9s\/eprics\/user stories et t\u00e2ches).\u00a0Les PBI sur lesquels nous pr\u00e9voyons de travailler prochainement devraient \u00eatre proches du haut du backlog, de petite taille et tr\u00e8s d\u00e9taill\u00e9s afin qu’ils puissent \u00eatre travaill\u00e9s dans un sprint \u00e0 court terme.\u00a0Les PBI sur lesquels nous ne travaillerons pas avant un certain temps devraient \u00eatre vers le bas du backlog, de plus grande taille et moins d\u00e9taill\u00e9s.<\/p>\n

Les cas d’utilisation\/fonctionnalit\u00e9s<\/strong>\u00a0\u00a0sont des capacit\u00e9s que vos utilisateurs finaux auront et qu’ils n’avaient pas auparavant.\u00a0Par exemple, l’achat d’articles en ligne via votre t\u00e9l\u00e9phone mobile serait une fonctionnalit\u00e9.\u00a0La feuille de route de votre produit se compose g\u00e9n\u00e9ralement d’exigences au niveau des fonctionnalit\u00e9s.<\/p>\n

Les \u00e9pop\u00e9es\u00a0<\/strong>\u00a0sont la prochaine \u00e9tape dans la d\u00e9composition d’une fonctionnalit\u00e9 en une exigence actionnable.\u00a0Il s’agit d’une s\u00e9rie d’actions li\u00e9es \u00e0 la fonctionnalit\u00e9.\u00a0La possibilit\u00e9 d’acheter un article via votre t\u00e9l\u00e9phone portable \u00e0 partir du panier en utilisant une carte de cr\u00e9dit serait une \u00e9pop\u00e9e.\u00a0C’est plus petit qu’une fonctionnalit\u00e9 (acheter un article en ligne), mais c’est pourtant plus grand que les int\u00e9grations de cartes de cr\u00e9dit individuelles qui permettent individuellement d’acheter un article.\u00a0Nous n’autorisons pas les exigences sup\u00e9rieures aux \u00e9pop\u00e9es dans un plan de publication.<\/p>\n

Les user stories\u00a0<\/strong>\u00a0sont les plus petites formes d’exigences qui peuvent encore se suffire \u00e0 elles-m\u00eames.\u00a0Une user story consiste en une action de valeur ou une int\u00e9gration de valeur.\u00a0Par exemple, l’achat d’un article via votre t\u00e9l\u00e9phone portable \u00e0 partir du panier d’achat \u00e0 l’aide d’une carte Visa serait une histoire d’utilisateur.\u00a0L’achat d’un article \u00e0 l’aide d’une MasterCard pourrait \u00eatre une int\u00e9gration diff\u00e9rente et donc une histoire d’utilisateur diff\u00e9rente.\u00a0Les user stories sont suffisamment petites pour \u00eatre ajout\u00e9es aux sprints et commencer \u00e0 se d\u00e9velopper.\u00a0J’entre dans les histoires d’utilisateurs en d\u00e9tail dans les sections qui suivent.<\/p>\n

Les t\u00e2ches\u00a0<\/strong>\u00a0sont les \u00e9tapes internes n\u00e9cessaires \u00e0 la mise en \u0153uvre de la user story.\u00a0Lors de la planification de sprint, une user story est d\u00e9compos\u00e9e en t\u00e2ches.\u00a0Alors que les exigences sont des choses que l’utilisateur final fait, les t\u00e2ches sont ce que l’\u00e9quipe de d\u00e9veloppement fait pour que l’exigence fonctionne.<\/p>\n

Niveau de granularit\u00e9 des \u00e9l\u00e9ments du backlog produit (PBI)<\/span><\/h3>\n

La figure illustre les diff\u00e9rentes couches de d\u00e9composition des exigences pour s’adapter \u00e0 une s\u00e9rie de sprints de la feuille de route de d\u00e9veloppement<\/p>\n

Comment affiner le backlog produit ?<\/figcaption><\/figure>\n