Table des matières
Qui est responsable du sprint backlog?
L’équipe de développement sera responsable de celui-ci et devra le maintenir en temps réel ; en effet, cette maintenance en temps-réel permettra d’avoir une meilleure transparence sur le travail de l’équipe.
Qui est responsable de toutes les estimations dans le backlog produit et des modifications dans le backlog sprint pendant le sprint?
Ces items sont réputés « Prêts » pour leur sélection dans une planification de Sprint. L’Équipe de Développement est responsable de toutes les estimations. Les « burn-down », les « burnups » sont utilisés afin de prévoir la progression des sprints.
Qui est autorisé à modifier le sprint backlog pendant le sprint?
L’équipe de développement est responsable de toutes les estimations des items du Backlog Produit. Seule l’équipe de développement peut modifier son Sprint Backlog pendant un Sprint.
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.
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.
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.