Guide Scrum | 17. Backlog de Sprint

L’équipe de développement crée un nouveau backlog de sprint lors de la planification du sprint. À partir de ce moment, il devient l’engagement actuel des développeurs, c’est-à-dire une liste de nouvelles fonctionnalités, améliorations et modifications à apporter au produit à mettre en œuvre dans le sprint de départ. Après le début d’un sprint, le backlog devient une file d’attente contraignante à partir de laquelle les développeurs choisissent les tâches à réaliser.

Qu’est-ce qu’un backlog de sprint ? – table des matières :

1. Introduction
2. Comment le backlog de sprint est-il créé ?
3. Que contient le backlog de sprint ?
4. Utilisation du backlog de sprint
5. Résumé

Introduction

Un backlog de sprint décrit le travail de l’équipe de développement pendant un seul sprint. Par conséquent, il est exprimé dans un langage technique. Il décrit des tâches détaillées et leurs solutions prévues. Ainsi, il se compose d’une liste de tâches élaborée de manière à être claire pour les développeurs. Le backlog de sprint prend généralement peu en compte le langage de valeur commerciale du produit, une manière de description propre au backlog de produit, que nous allons introduire ici.

Le backlog de sprint naît :

• sur la base du backlog de produit
• pour la durée d’un sprint
• lors d’un événement Scrum appelé planification de sprint
• par l’ensemble de l’équipe Scrum – mais l’équipe de développement joue un rôle clé dans sa création

Comment le backlog de sprint est-il créé ?

Lors de la planification du sprint, le propriétaire de produit propose comment ajouter de la valeur au produit lors du prochain sprint. Ensuite, toute l’équipe Scrum travaille ensemble pour formuler l’objectif du sprint, c’est-à-dire sélectionner quelle fonctionnalité du backlog de produit mettre en œuvre. L’objectif du sprint définit comment mettre en œuvre le produit ou reporter la date limite pour répondre aux attentes du client.

La prochaine étape consiste à réfléchir et à définir de manière réaliste l’étendue du travail à réaliser lors du prochain sprint et comment y parvenir.

Les résultats de ces réflexions se présentent sous la forme d’une description technique des tâches à réaliser. Et cette liste devient le nouveau backlog de sprint.

Le backlog de sprint nouvellement créé existe dans un endroit facilement accessible à tous les membres de l’équipe de développement. Dans l’espace physique, il s’agit généralement d’un tableau blanc accroché dans l’espace de travail. Dans l’espace numérique, il existe sous la forme d’un document partagé basé sur le cloud que tous les développeurs peuvent mettre à jour. Même si chaque membre d’une équipe Scrum doit le tenir à jour quotidiennement, c’est le Scrum Master ou l’un des développeurs qui prend généralement cette responsabilité.

Que contient le backlog de sprint ?

Le backlog de produit ne précise pas comment exécuter exactement les tâches. C’est le rôle de l’équipe de développement de décider. Ce mouvement crée suffisamment d’espace pour que l’équipe manœuvre, améliorant ainsi ses capacités d’auto-organisation. De plus, cette liberté de sélectionner la séquence et les méthodes d’action donne à chaque développeur un sentiment d’indépendance et de responsabilité.

La même idée s’applique à traiter le backlog de sprint comme une liste non ordonnée de tâches à exécuter. Contrairement au modèle traditionnel de poussée (où l’équipe ou le développeur agit selon un agenda prédéfini et imposé), dans le modèle de tirage, les développeurs sélectionnent les tâches à réaliser (modèle de tirage).

Le backlog de sprint spécifie :

1. L’objectif du sprint – c’est-à-dire une réponse à la question de pourquoi réaliser les tâches programmées ce sprint
2. La liste des nouvelles fonctionnalités et améliorations du produit à développer lors de ce sprint. Cela est dû au fait qu’il contient les éléments du backlog de produit sélectionnés pour mise en œuvre lors de ce sprint.
3. La liste des tâches à réaliser – c’est-à-dire une description technique de comment et par qui le travail qui aboutira à un incrément…

Utilisation du backlog de sprint

Différents outils métriques reflètent l’avancement du travail inscrit dans le backlog de sprint. Le plus souvent, c’est le graphique d’avancement, que nous couvrirons entièrement dans un article séparé dédié. Avec une telle visualisation, l’équipe de développement peut facilement voir si le travail sur l’objectif du sprint progresse selon le plan.

Il peut arriver pendant un sprint que vous découvriez que le plan de travail a été élaboré de manière irréaliste. En d’autres termes, le nombre de tâches à réaliser dans l’objectif de sprint du backlog de produit est trop élevé ou trop bas. Dans les deux cas, les développeurs et le propriétaire de produit se mettent au travail pour déterminer quels changements appliquer au backlog de sprint actuel. Il est possible de réduire la quantité de travail, de sélectionner des tâches supplémentaires dans le backlog de produit ou d’étendre les solutions déjà prévues. Cependant, gardez à l’esprit que l’objectif du sprint lui-même doit rester inchangé.

Résumé

Un backlog de sprint est une liste de tâches que les développeurs prévoient de réaliser pendant un sprint. C’est une sorte de contrat détaillé avec le propriétaire de produit. Le backlog de sprint naît lors de la planification du sprint à laquelle participe toute l’équipe Scrum. Le graphique d’avancement reflète le degré d’achèvement des tâches acceptées pour mise en œuvre.

Si vous aimez notre contenu, rejoignez notre communauté de travailleurs acharnés sur Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.