Guide Scrum · Artefacts et pratiques
Qu'est-ce qu'un Sprint Backlog ? Contenu, responsabilité et exemples
Le Sprint Backlog est le plan des Developers pour le Sprint. C'est une image très visible et en temps réel du travail qu'ils prévoient d'accomplir pour atteindre le Sprint Goal.
À retenir
- Le Sprint Backlog contient le Sprint Goal, les éléments sélectionnés et un plan.
- Il appartient aux Developers et change chaque jour.
- Il diffère du Product Backlog par son périmètre, son responsable et sa durée de vie.
Les trois composantes
- Pourquoi : le Sprint Goal.
- Quoi : les éléments du Product Backlog sélectionnés pour le Sprint.
- Comment : un plan concret pour livrer l'Increment, souvent sous forme de tâches.
Responsabilité et mises à jour
Le Sprint Backlog appartient aux Developers. Il est mis à jour tout au long du Sprint à mesure qu'ils en apprennent davantage, généralement au moins une fois par jour. Il doit être suffisamment détaillé pour que l'avancement puisse être inspecté lors du Daily Scrum.
Sprint Backlog vs Product Backlog
| Product Backlog | Sprint Backlog | |
|---|---|---|
| Périmètre | Tout ce qui pourrait améliorer le produit | Travail du Sprint en cours |
| Responsable | Product Owner | Developers |
| Engagement | Product Goal | Sprint Goal |
| Ce qui change | Réordonné à tout moment | Mis à jour chaque jour à mesure que le plan évolue |
| Durée de vie | Aussi longtemps que le produit | Un Sprint |
Exemple
Sprint Goal : Les nouveaux clients peuvent s'inscrire et payer par carte.
- Élément : formulaire d'inscription avec vérification de l'e-mail. Tâches : interface du formulaire, validation, service d'e-mail, tests.
- Élément : paiement par carte à l'inscription. Tâches : intégration du prestataire de paiement, gestion des erreurs, reçus, tests.
- Élément : e-mail de bienvenue. Tâches : modèle, déclencheur, tests.
Modèles gratuits sur ce sujet
Questions fréquentes
Le Sprint Backlog peut-il changer pendant le Sprint ?
Oui. Le plan évolue à mesure que les Developers apprennent, tant que les changements ne mettent pas en péril le Sprint Goal.
Qui peut ajouter des tâches au Sprint Backlog ?
Les Developers.
Qu'est-ce qu'un Sprint Backlog dans Scrum ?
Le plan des Developers pour le Sprint, composé du Sprint Goal, des éléments du Product Backlog sélectionnés pour le Sprint et d'un plan concret pour livrer l'Increment.
Quelle est la différence entre un Product Backlog et un Sprint Backlog ?
Le Product Backlog recense tout ce qui pourrait améliorer le produit et appartient au Product Owner. Le Sprint Backlog ne couvre que le Sprint en cours et appartient aux Developers. Voir Product Backlog.
Quand le Sprint Backlog est-il créé ?
Lors du Sprint Planning. Il est ensuite mis à jour tout au long du Sprint à mesure que les Developers en apprennent davantage.
Le Product Owner peut-il modifier le Sprint Backlog ?
Le Sprint Backlog appartient aux Developers. Le Product Owner peut clarifier et renégocier le périmètre avec eux, mais ne doit pas apporter de changements qui mettent en péril le Sprint Goal.
Que devient le Sprint Backlog à la fin du Sprint ?
Les éléments terminés font partie de l'Increment. Les éléments inachevés retournent dans le Product Backlog pour être réordonnés, et un nouveau Sprint Backlog est créé lors du Sprint Planning suivant.
Le Sprint Backlog doit-il contenir des tâches ?
De nombreuses équipes décomposent les éléments en tâches d'une journée ou moins pour que l'avancement soit facile à inspecter. Le Guide Scrum exige seulement un plan concret, sans format particulier.
Les actions d'amélioration peuvent-elles figurer dans le Sprint Backlog ?
Oui. Le Guide Scrum indique que les améliorations les plus impactantes issues de la Retrospective peuvent être ajoutées au Sprint Backlog du Sprint suivant.
Comment suivre l'avancement du Sprint Backlog ?
La plupart des équipes utilisent un tableau Scrum mis à jour au moins une fois par jour, et certaines y ajoutent un burndown chart du Sprint.
Quel est l'engagement associé au Sprint Backlog ?
Le Sprint Goal. C'est l'objectif unique du Sprint, qui laisse aux Developers de la flexibilité sur le travail précis nécessaire pour l'atteindre.