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.
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 :
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é.
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 :
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é.
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.
En tant que chef de projet, Caroline est une experte dans la recherche de nouvelles méthodes pour concevoir les meilleurs flux de travail et optimiser les processus. Ses compétences organisationnelles et sa capacité à travailler sous pression font d'elle la meilleure personne pour transformer des projets compliqués en réalité.
Les entreprises luttent pour gérer une vaste quantité de contenu publié en ligne, des publications…
À l'ère de la transformation numérique, les entreprises ont accès à une quantité sans précédent…
Saviez-vous que vous pouvez obtenir l'essence d'un enregistrement de plusieurs heures d'une réunion ou d'une…
Imaginez un monde où votre entreprise peut créer des vidéos engageantes et personnalisées pour n'importe…
Pour tirer pleinement parti du potentiel des grands modèles de langage (LLMs), les entreprises doivent…
En 2018, Unilever avait déjà entrepris un voyage conscient pour équilibrer les capacités d'automatisation et…