Open Agile

En méthode Agile, il existe deux types de plannings, le planning de release et le planning des itérations (ou sprint).

Planning release

Le planning release permet d’avoir une vision de la réalisation du projet dans sa globalité. Nous pouvons comparer un planning de release à une roadmap d’un projet.

L’exercice à réaliser dans un planning de release est d’évaluer grossièrement les fonctions qui seront livrées à une date donnée (date driven) ou choisir une date de livraison brute pour un lot de fonctionnalités (feature driven). Un planning de release est constitué de jalon qui représente le périmètre du projet à un moment donné.

Le but du planning release est d’avoir assez d’informations pour décider si le projet produira assez de ROI (Retour sur investissements) pour au moins le payer (et gagner de l’argent). Il permet de définir les fonctions que nous devrons développer en priorités (on n’oublie pas la règle des 80/20). Il indique au client, à l’équipe, à la communauté les différentes dates de livraisons.

C’est durant l’étape de définition, du planning release que l’on choisira la durée d’une itération. On parle souvent de sprint de 30 jours en Scrum, ce choix est assez arbitraire et ne se justifie pas, si ce n’est pour indiquer que cela doit être un maximum. Le choix de la longueur d’une itération doit être sélectionnée par rapport au planning de release global et les fonctionnalités du projet. Si le projet est constitué de nombreuses petites fonctionnalités sur un laps de temps court (3 à 4 mois de projet), il est peut-être plus intéressant de faire des itérations de 15 jours pour les faire tester par le client ou les bêta-testeur.

Un planning release est constitué de plusieurs itérations (ou sprint), qui elles-mêmes incluent les fonctionnalités du projet (backlog) au sens fonctionnel.

Planning des itérations

A la différence d’un planning de release qui est une vue de haut niveau du projet, le planning des itérations est une vue à court terme avec plus de détail. Un planning des itérations détail ce qui est nécessaire pour réaliser dans sa globalité une fonctionnalité (un cas d’utilisation).

Un planning d’itérations est constitué de cas d’utilisation (ou story) avec les tâches associées.