Product backlog et sprint backlog

Définition

Le product backlog est la liste complète et priorisée de tout ce qui doit être fait sur le produit. Le sprint backlog est le sous-ensemble choisi pour un sprint, plus les tâches nécessaires pour le livrer. Le premier vit sur toute la durée du produit, le second ne dure qu'un sprint.

La priorisation

Le Product Owner ordonne le backlog par valeur. Les éléments en haut de la liste sont les plus rentables ou les plus urgents. Une technique courante : la méthode MoSCoW (must have, should have, could have, won't have).

Les user stories

Une user story décrit un besoin du point de vue de l'utilisateur. Format standard : "En tant que [rôle], je veux [action], afin de [bénéfice]". Elle reste courte et ouvre la discussion, elle ne remplace pas les détails techniques.

La definition of done

La définition of done (DoD) liste les critères qu'un élément doit remplir pour être considéré comme terminé. Exemple : code revu, tests passés, documentation mise à jour. Elle s'applique à tout le sprint, pas à un élément isolé.

Le sprint backlog

Pendant la planification, l'équipe tire les éléments du product backlog vers le sprint backlog. Elle découpe chaque élément en tâches et estime l'effort. Le sprint backlog appartient à l'équipe, personne d'autre ne peut le modifier.

Exemple concret

Une appli de fitness a un product backlog de 60 éléments. Le Product Owner place "suivi du nombre de pas" en tête, car 80 % des utilisateurs le demandent. Pour le sprint, l'équipe tire cet élément, le découpe en 6 tâches et valide sa définition of done : code relu, tests verts, écran responsive.