Le coin des experts

Le product back­log dans un projet Scrum

Sous la respon­sa­bi­lité du Product Owner, il va permettre de plani­fier les sprints et de prio­ri­ser les attentes et les besoins du client.

Par Pierre Monclos – Le 17 octobre 2016

Aujour­d’hui, nous vous parlons de l’im­por­tance du Product Back­log dans un projet Scrum. Sous la respon­sa­bi­lité du Product Owner, il va permettre de plani­fier les sprints et de prio­ri­ser les attentes et les besoins du client.

Le Product Back­log est le point central de tout projet Scrum. Il est sous la respon­sa­bi­lité unique du Product Owner, mais doit égale­ment être acces­sible par l’équipe. C’est à partir de ce docu­ment que les sprints seront plani­fiés. Mais que contient-il vrai­ment et comment le rédi­ger ?

Printemps de la Formation 2023

La liste des items du product back­log

Vous avez sans doute déjà rencon­tré le terme de “users stories”, notam­ment si vous avez une expé­rience avec d’autres méthodes agiles. Dans Scrum, ces users stories sont appe­lés items. Chaque item est une exigence du client rédigé selon une termi­no­lo­gie métier et non tech­nique.

Il appar­tient au Product Owner de s’as­su­rer que l’item pourra être compris par l’équipe. Le Product Owner créera donc cette liste avec le client et les utili­sa­teurs de l’ap­pli­ca­tion. Après s’être assuré qu’il n’y a pas de doublons ou d’items qui se chevauchent, le Product Owner pourra attri­buer un ID à chaque item et les dispo­ser dans un tableau avant de procé­der à un premier clas­se­ment.

Le développement d'un projet Scrum

L’im­por­tance des items dans le product back­log

À ce stade, le Product Owner va attri­buer une valeur d’im­por­tance à chaque item. Cette valeur repré­sen­tera l’attente du client et son besoin de chaque fonc­tion­na­lité. Il est fréquent de voir le terme prio­rité être utilisé à la place d’im­por­tance. Il est toute­fois recom­mandé de l’évi­ter car la prio­rité exclut tota­le­ment certaines notions, comme la dépen­dance entre les items.

Cette valeur d’im­por­tance n’est pas figée et elle évoluera au fur et à mesure des feed­backs utili­sa­teurs. Il est impor­tant de noter que seul le Product Owner est en droit d’at­tri­buer ou modi­fier cette valeur.

Les items du product backlog

L’es­ti­ma­tion initiale

L’es­ti­ma­tion initiale repré­sente la quan­tité de travail néces­saire au déve­lop­pe­ment de l’item déter­mi­née par l’équipe elle-même. Elle prend en compte le temps de déve­lop­pe­ment et la complexité de celui-ci. Il ne s’agit ici que d’une esti­ma­tion qui, par défi­ni­tion, ne peut pas être exacte. Pour éviter toute mauvaise inter­pré­ta­tion, il est courant d’uti­li­ser une valeur étalon et non une valeur tempo­relle. Très souvent, l’es­ti­ma­tion est faite grâce à la méthode du Plan­ning Poker. C’est une tech­nique ludique qui propose à chaque membre de l’équipe d’at­tri­buer une valeur comprise dans la suite de Fibo­nacci sans avoir connais­sance de la réponse des autres membres. Les réponses sont ensuite dévoi­lées en même temps afin d’en­cou­ra­ger les discus­sions et échanges d’opi­nion sur la complexité de l’item en ques­tion. Cela permet fina­le­ment d’abou­tir à l’es­ti­ma­tion la plus juste possible.

Séance de planning poker de Scrum

Démons­tra­tion et notes

La colonne démons­tra­tion indique la démarche à suivre pour présen­ter l’item lors de la réunion de fin d’ité­ra­tion. Elle peut égale­ment faci­li­ter la concep­tion des tests par le Product Owner et donc servir de réfé­rence quant à l’ac­cep­ta­tion ou non de l’item déve­loppé durant l’ité­ra­tion. Vous trou­ve­rez sans doute des Product Back­logs dans lesquels cette section sera absente, mais elle est fréquem­ment utili­sée. Il en va de même pour la colonne note. Bien que très géné­rique, elle permet souvent d’in­diquer de manière très succincte les dépen­dances et autres infor­ma­tions pouvant influer sur l’im­por­tance et le déve­lop­pe­ment de l’item.

En complé­ment

Les Product Back­logs de chaque projet diffèrent en fonc­tion des besoins spéci­fiques de ceux-ci. Néan­moins, les éléments donnés ici sont, de loin, les plus utili­sés et certains d’entre eux sont même indis­pen­sables. Le guide Scrum préco­nise un maxi­mum de 150 items dans un back­log : au-delà de ce nombre, certains items auront été détaillés de manière anti­ci­pée et pour­ront être la source d’une perte d’ef­fi­ca­cité dans la mise en place de Scrum.

Forma­tion Gestion de Projet Agile & Scrum

Envie de former vos équipes ? Décou­vrez le programme de notre session de forma­tion

En savoir plus

Envie d’en voir un peu plus ?

  • Le coin des experts

    Gestion de projet : recueillir le besoin

    Pour recueillir le besoin dans le cadre d’un projet, il est néces­saire de rédi­ger un cahier des charges fonc­tion­nel. Mais cela n’est pas si simple…

  • Le coin des experts

    Savez-vous ce qu’est le web 2.0 ?

    Initié à la fin des années 1990, le web 2.0 est une véri­table révo­lu­tion qui a permis de créer un inter­net social où chacun est libre de s’ex­pri­mer.

  • Le coin des experts

    Opti­mi­sa­tion des budgets forma­tion : Ratio­na­li­ser les forma­tions intra et inter

    Comment ratio­na­li­ser les forma­tions intra et inter propo­sées par des orga­nismes de forma­tion et des pres­ta­taires externes ? Réponses dans cet article.

Restez infor­mé·e grâce à notre news­let­ter