4.4Backlog, user stories & estimation (planning poker)
En agile, le travail à faire vit dans le backlog produit : une liste priorisée et évolutive de tout ce qui apporterait de la valeur. Ses éléments s'expriment souvent en user stories — des besoins formulés du point de vue de l'utilisateur : « En tant que [rôle], je veux [action] afin de [bénéfice] ». Cette formulation garde le focus sur la valeur pour l'utilisateur, pas sur la solution technique.
Pour estimer ces stories, l'agile préfère souvent les points (une mesure relative de complexité/effort) aux durées absolues, via le planning poker : chacun estime avec des cartes (souvent une suite de Fibonacci), on discute les écarts, on converge. On estime en équipe, on priorise par valeur, et on ajuste au fil des sprints.
Vocabulaire de la section
- Backlog produit
- Liste priorisée et évolutive de tout le travail à valeur du produit. Le PO en est responsable.
- User story
- Expression d'un besoin côté utilisateur : « En tant que…, je veux…, afin de… ». Centrée sur la valeur.
- Points (story points)
- Mesure RELATIVE de l'effort/complexité d'une story, préférée aux durées absolues en agile.
- Planning poker
- Technique d'estimation collective où chacun propose une valeur (cartes Fibonacci), puis on discute et on converge.
- Priorisation
- Ordonner le backlog par valeur (et effort), pour toujours travailler sur ce qui compte le plus d'abord.
Comment s'exprime un besoin dans un backlog agile ?