Release Planning

Objectifs du Release Planning

L'agilité n'empêche pas la planification à moyen ou long terme.

Le Release Planning est une "macro" planification (ou planification haut niveau) permettant de définir une ligne directrice en se projetant sur plusieurs semaines ou plusieurs mois.

Le Release Planning permet :

  • ⏱D'estimer les dates de disponibilité des nouvelles fonctionnalités (fixed scope) ou inversement, les fonctionnalités disponibles à une certaine date (fixed deadline).

  • 🚨De déceler les problèmes et retards puis réagir le plus tôt possible.

  • 🎯De partager une vision d'ensemble.

  • 📦Synchroniser les équipes en cas d'interdépendance.

Durée Couverte par le Release Planning

Le Release Planning n'est pas nécessaire.

La plupart du temps, une planification à 3 ou 4 itérations (avec des itérations d'une semaine) suffit largement.

Cela est d'autant plus vrai dans le cadre d'une approche Lean Management.

Release Planning vs Deployment

Prérequis

  • Un Product Backlog priorisé et estimé (cette priorisation est généralement effectuée progressivement lors du Backlog Refinement).

  • La vélocité de l'équipe.

  • La disponibilité de l'équipe (i.e. : workforce).

Release Planning

Grâce aux prérequis définis ci-dessus, il suffit de déduire les dates de livraison en distribuant les User Stories sur les itérations en fonction de la vélocité de l'équipe.

Exemple de Release Planning continu sur Pivotal Tracker
Exemple de Release Planning avec releases sur Pivotal Tracker

Grâce au calcul de vélocité et l'estimation des User Stories à venir, on constate à l'avance qu'il ne sera pas possible d'inclure la fonctionnalité "...share wishlist" à la date du 5 mai.

Deux possibilités s'offrent à nous : - Reporter la Release "v3" à la semaine suivante. - Reporter la fonctionnalité à une autre Release. - Reporter ou annuler une autre fonctionnalité.

Last updated