---

Qu’est-ce que le Sprint Backlog ? Vous pourriez être surpris !

Le Sprint Backlog contient l’Objectif de Sprint, les éléments du Product Backlog sélectionnés et le plan des Développeurs pour livrer un Incrément utilisable. Ces éléments peuvent être décrits sous forme de user stories.

Ce sont les éléments que les Développeurs ont sélectionnés avec le Product Owner pendant la Planification de Sprint pour soutenir l’Objectif de Sprint. L’équipe peut estimer les éléments du Sprint Backlog pour suivre et planifier son travail.

Le Sprint Backlog est un artefact vivant que les membres de l’équipe Scrum mettent continuellement à jour pendant le Sprint.

Lorsqu’un membre de l’équipe Scrum travaille sur une tâche, son nom y est associé. Le statut passe à « Tâches commencées » ou « Travail en cours ». Une fois la tâche terminée conformément à sa Définition de Fini, son statut devient « Fini » ou « Terminé ».

Les Développeurs ajoutent ou adaptent les tâches à mesure qu’ils apprennent. Ils peuvent clarifier et renégocier les éléments sélectionnés du Product Backlog avec le Product Owner, à condition de ne pas mettre en péril l’Objectif de Sprint. À la fin de chaque journée, l’effort restant pour réaliser l’ensemble du Sprint Backlog est calculé. Cela aide l’équipe Scrum et le Scrum Product Owner à suivre la quantité de travail restante pour atteindre les objectifs du Sprint.

Le Sprint Backlog peut être tenu sous forme électronique dans un logiciel de gestion de projet Scrum ou un tableur comme Excel ou Google Sheets. Pour les équipes plus petites ou débutantes, des cartes ou post-it collés sur un tableau physique peuvent aussi convenir.

Cette dernière solution présente notamment les avantages de la transparence du travail et d’un accès facile pour tous, y compris les parties prenantes. Son inconvénient est qu’elle ne convient pas durablement lorsque l’équipe Scrum est répartie sur plusieurs sites.

La figure ci-dessous montre un exemple de tableau de Sprint Backlog. Sa structure doit être adaptée aux besoins du projet et de l’équipe Scrum.

Exemple de tableau de Sprint Backlog

Pour travailler de manière productive, une équipe Scrum doit évidemment comprendre la différence entre le Product Backlog et le Sprint Backlog, ainsi que leur interaction pour faire avancer le projet.

Rappelez-vous que le Product Backlog est une source évolutive et ordonnée de travail pour le produit. Une petite partie de cette liste est maintenant transférée dans le Sprint Backlog pour atteindre les objectifs du Sprint.

Pendant la Planification de Sprint, tous les membres de l’équipe Scrum doivent discuter des tâches à accomplir et de la manière de les réaliser.

C’est à ce moment que chaque élément du Sprint Backlog est décomposé en tâches ou étapes permettant de terminer les user stories retenues. Tout cela doit être clairement communiqué et convenu, afin que les membres partagent sans ambiguïté ce qui les attend pendant le Sprint et ce qu’il faudra pour atteindre ses objectifs.