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.