Guide agile · Pratiques agiles
Planification des releases agile : comment planifier les releases
La planification des releases répond à la question que pose chaque partie prenante : « Quand l'aurons-nous ? » En agile, la réponse est une prévision construite à partir de données réelles et mise à jour à chaque sprint, plutôt qu'une date fixée au départ.
À retenir
- Les plans de release prévoient quand un ensemble d'éléments du backlog sera prêt.
- Fixez soit la date, soit le périmètre, mais pas les deux.
- Utilisez des fourchettes de vélocité et mettez à jour la prévision à chaque sprint.
Ce qu'est un plan de release
Un plan de release regroupe les éléments du backlog en une ou plusieurs releases à venir et prévoit quand chacune sera probablement prête. Il se situe entre la feuille de route produit et le plan détaillé de chaque sprint.
Date fixe ou périmètre fixe ?
| Approche | Ce qui est fixe | Ce qui s'ajuste | Exemple |
|---|---|---|---|
| Date fixe | Date de release | Périmètre | Un lancement lors d'un salon professionnel |
| Périmètre fixe | Ensemble de fonctionnalités | Date | Un ensemble minimal nécessaire pour remplacer un ancien système |
Les équipes agiles évitent de figer à la fois la date et le périmètre. Si les deux sont figés, c'est généralement la qualité qui en pâtit.
Les étapes pour construire un plan de release
- Fixer l'objectif de la release. Décrivez le résultat que la release doit atteindre.
- Sélectionner et ordonner les éléments du backlog qui contribuent à l'objectif.
- Estimer ces éléments à l'aide des story points ou les tailles de T-shirt.
- Vérifier la capacité en vous appuyant sur la vélocité et la disponibilité prévue.
- Prévoir une fourchette : nombres de sprints optimiste et pessimiste.
- Identifier les dépendances et les risques avec d'autres équipes ou fournisseurs.
- Valider le plan avec les parties prenantes et publiez-le.
- Mettre à jour à chaque sprint en fonction de l'avancement réel.
Communiquer les prévisions de release
- Donnez des fourchettes, pas des dates précises : « entre mi-mai et début juin ».
- Montrez un graphique burnup de release pour que les parties prenantes voient à la fois l'avancement et les changements de périmètre.
- Séparez les éléments indispensables des éléments souhaitables, afin que les arbitrages soient clairs.
La planification des releases à l'échelle
Lorsque plusieurs équipes contribuent à une même release, elles planifient ensemble. Dans SAFe, cela se fait lors du PI Planning.
Modèles gratuits sur ce sujet
Questions fréquentes
Jusqu'où un plan de release doit-il se projeter ?
Généralement une à trois releases, soit environ trois à six mois. Au-delà, une feuille de route de résultats est plus utile qu'un plan détaillé.
Qui est responsable du plan de release ?
Le Product Owner ou le product manager, en étroite collaboration avec l'équipe et les parties prenantes.
Qu'est-ce que la planification des releases en agile ?
Regrouper les éléments du backlog en releases à venir et prévoir quand chacune sera probablement prête. Elle se situe entre la feuille de route et les sprints individuels.
À quelle fréquence mettre à jour un plan de release ?
À chaque sprint, en fonction de l'avancement réel et de la vélocité actuelle. Un plan de release est une prévision évolutive, pas un engagement figé.
Quelle est la différence entre un plan de release et une feuille de route ?
Une feuille de route montre les objectifs et les thèmes sur des trimestres ou plus ; un plan de release montre quels éléments du backlog entreront dans les prochaines releases et quand.
Qu'est-ce qu'un graphique burnup de release dans la planification des releases ?
Un graphique qui montre le travail réalisé progressant vers une ligne de périmètre total. Comme le périmètre est représenté séparément, les parties prenantes voient l'effet du travail ajouté ou retiré.
La planification des releases agile peut-elle avoir des dates de release fixes ?
Oui. Avec une date fixe, c'est le périmètre qui s'ajuste pour que les éléments les plus précieux soient livrés avant l'échéance.
Comment prévoir une date de release dans la planification des releases agile ?
Divisez les points restants par votre meilleure et votre pire vélocité pour obtenir une fourchette de sprints, puis convertissez-la en dates.
Qu'est-ce qu'un produit minimum viable dans la planification des releases ?
La plus petite release qui apporte de la valeur et permet d'apprendre auprès de vrais utilisateurs. Planifier en visant un MVP permet de garder une première release réduite.
La planification des releases fait-elle partie de Scrum ?
Le Guide Scrum ne définit pas d'événement de planification des releases. De nombreuses équipes Scrum la pratiquent néanmoins dans le cadre de la gestion du Product Backlog et du Product Goal.
En quoi la livraison continue change-t-elle la planification des releases ?
Une pratique dans laquelle chaque changement est maintenu dans un état livrable, afin que les équipes puissent livrer dès que de la valeur est prête plutôt que par grands lots planifiés.