Table des matières
Quelle est la première version du backlog?
Une première version du backlog doit nécessairement être construit avant le premier sprint pour orchestrer les développements car il sert aussi d’ outil de planification. En fonction de la vélocité de l’équipe (calculée en story point), les sprints sont créés et chargés avec des US estimées en story point.
Quel est l’objectif du sprint?
Quoi : le Product Owner décrit l’objectif du sprint et les tâches du backlog qui vont y contribuer. L’équipe Scrum décide ce qui peut être fait durant le sprint à venir pour y parvenir. Comment : l’équipe de développement planifie le travail nécessaire pour livrer l’objectif du sprint.
Quels sont les principaux éléments de votre backlog?
Grâce à cette stratégie, les éléments les plus importants de votre backlog sont mis en exergue : Les US de «haute priorité », ainsi que leur timing associé. En conséquence, le temps de préparation de votre rituel du sprint planning n’en sera que raccourci !
Quel est le résultat de la réunion de planification du sprint?
Résultats : le résultat sans doute le plus important de la réunion de planification du sprint est qu’elle permet à l’équipe de décrire l’objectif du sprint et d’expliquer comment l’atteindre. La marche à suivre est visible dans le backlog de sprint. Une planification du sprint efficace nécessite un peu de discipline.
Comment enrichir le backlog?
Au lancement de chaque incrément, à l’issue d’un ou plusieurs sprints de développement, le Product Owner enrichit le backlog avec : A terme, l’intégralité de ce qui constitue le produit aura été référencé dans le backlog.
Comment s’étoffe le backlog?
Au fur et mesure des sprints, le backlog s’étoffe avec de nouvelles Epic correspondant à un nouveau besoin identifié, de nouvelles US venant compléter une feature déjà développée, des bugs ou des tâches techniques pour prévenir la dette technique du produit.
Combien de fois par jour pour réaliser un sprint?
L’équipe de développement devra au minimum une fois par jour (potentiellement à la daily sprint ), calculer le travail restant à réaliser afin d’avoir une bonne vision du parcours restant pour atteindre l’objectif du sprint. Les équipes scrum utilisent généralement le burndown chart pour effectuer ce travail.
Comment modifier le contenu du backlog?
Le contenu du backlog peut donc tout à fait être modifié à l’issue de chaque réunion de revue quotidienne. Néanmoins, les modifications importantes ont généralement lieu lors d’un passage d’un sprint à l’autre. Des fonctionnalités peuvent alors entrer et sortir du backlog et leurs priorités peuvent être réévaluées.
Quel est le rôle du backlog dans votre projet agile?
Au-delà de son rôle majeur de colonne vertébral de votre projet agile, la construction du backlog est l’occasion d’établir un véritable consensus autour du projet : beaucoup d’entre-vous le savent, décider de ce qui sera embarqué ou pas dans le périmètre initial d’un projet peut conduire à d’âpres discussions entre les partie-prenantes.
Quelle est la feuille de route du backlog?
Il est créé à partir de la feuille de route et de ses exigences. Les éléments les plus importants figurent en tête du backlog produit. Ainsi, l’équipe sait ce qu’elle doit livrer en priorité. L’équipe de développement ne suit pas le backlog au rythme du Product Owner et celui-ci n’impose pas de tâches à l’équipe de développement.
Que fait l’équipe de développement dans le backlog?
L’équipe de développement ne suit pas le backlog au rythme du Product Owner et celui-ci n’impose pas de tâches à l’équipe de développement. Cette dernière récupère les tâches à réaliser dans le backlog produit en fonction de ses capacités, soit en continu ( Kanban ), soit par itération ( Scrum ).