Durée / Fréquence
~4 h
Tous les 3 à 6 mois
Objectif
Définition de la stratégie et de la roadmap produit
Définition des sprints à venir (1 à 3 release par ex.)
Partage de vision
Acteurs
- Scrum Master
- Équipe
- Product Owner
- Parties prenantes
Rôle du Scrum master
Aller à l'essentiel pour permettre l'initialisation ou la mise à jour de la roadmap produit
Sensibiliser les acteurs sur l'atelier
Le release plan n'est pas un engagement.
C'est un plan initial qui sera revu régulièrement.
Alerter le Product Owner sur l'alignement du release plan par rapport à la vision
Déroulé
Discussions et précisions sur le contenu des US/Epics
Evaluation de l'effort pour réaliser les US/Epics
Définition et négociation sur le contenu des sprints et releases à venir
Entrants
Backlog US ou Epics estimés/estimables
Ne pas confondre avec les critères d'une Definition Of Ready qui peuvent ne pas être satisfaits au moment du release planning.
Charte projet & vision
Contraintes de date (jalons) ou de périmètre
Capacité de l'équipe
Peu importe le terme utilisé, le release planning prendra en compte la capacité à faire de l'équipe sur la période concernée par la release. La vélocité, si elle existe, sera privilégiée pour permettre la création de la roadmap produit.
Sortants
Roadmap projet
Release burndown et burnup
Potentiels problèmes / solutions
Ne pas confondre avec le sprint planning
Il est possible d'utiliser :
- les tailles T-Shirt plutôt que les points d'efforts
- un exercice d'estimation différent du planning poker
- de conserver des estimations basses et hautes
Ne pas rentrer dans les détails techniques
Prendre des hypothèses réalistes, ne pas se forcer à estimer l'effort si l'équipe n'a pas suffisamment d'informations
Clôturer le release planning par un vote de confiance
Un vote de confiance permet à l'équipe d'exprimer son niveau de confiance vis à vis du release plan.