Releases et sprints
Découper une Version en sprints, y planifier les stories estimées et lancer le sprint suivant.
Une release aboutit à une Version du produit : c’est le nom que lui donne le métier. Elle se découpe en sprints de durée fixe, invisibles du métier. Tout se passe dans la vue technique, vue Planification.
Créer une release
Le Product Owner remplit Nouvelle release : le Nom de la release, ses dates de Début et de Fin, et sa Vision, ce que la Version apportera, lue par le métier. Les sprints sont générés aussitôt, à la durée de sprint du projet ; le dernier est raccourci s’il dépasse la date de fin.
Le Product Owner choisit ensuite Activer la release. Une seule release est active à la fois : en activer une autre clôt la précédente, à condition qu’aucun de ses sprints ne soit en cours.
Planifier les stories
Le Product Owner et le Scrum Master planifient. Sous chaque sprint, ils choisissent une story estimée du backlog, puis Planifier : la story passe Planifiée et quitte le backlog (directement En cours si le sprint est actif). Retirer la renvoie en fin de backlog ; pour la réestimer ou la renvoyer aux propositions, retirez-la d’abord.
- Seule une story estimée se planifie (règle PLN-003).
- Une story peut avoir plusieurs Prérequis, des stories retenues du même projet, que le Product Owner et le Scrum Master déclarent dans son détail. Chaque prérequis doit être planifié dans le même sprint ou dans un sprint antérieur ; tant qu’une story planifiée en dépend, il ne peut ni être retiré ni repoussé après elle.
- La Capacité prévue d’un sprint est la somme des points planifiés ; une estimation « ? » compte pour 0. Dans un projet sans estimation, chaque story compte pour 1.
Lancer un sprint
Activer le sprint ne concerne que le sprint suivant de la release active, et un seul sprint est actif à la fois (règle PLN-006). À l’activation, ses stories passent En cours. Tant que ce sprint est en cours, le suivant attend.
Pour ajouter une story à un sprint actif, ou l’en retirer, il faut saisir un Motif : il reste dans l’historique de la story (règle PLN-007).
Ce que voit le métier
La vue métier montre l’objectif produit, et pour chaque demande la Version visée et sa date prévue. Le détail d’une demande ajoute la vision de la Version. Les sprints et les points n’y apparaissent jamais.
