
La planification Agile : De la vision produit au planning d'itération
Définition PMBOK v8
L'Agile release planning fournit un résumé temporel de haut niveau du calendrier de release (typiquement 3 à 6 mois) basé sur la feuille de route produit et la vision produit pour l'évolution du produit. Ce planning détermine le nombre d'itérations ou sprints dans la release, permettant au product owner et à l'équipe de définir le périmètre de développement, les échéances et un produit livrable, en tenant compte des objectifs métier, des dépendances, des impediments et de la disponibilité des ressources.
Pourquoi c'est important pour l'examen
Ce concept est fréquemment testé à l'examen PMI car il représente la transition entre la planification stratégique (vision produit, feuille de route) et la planification tactique (itérations, sprints). Les questions portent souvent sur la hiérarchie des plans, la différence entre story points et heures, et la compréhension du flux de décomposition de la vision jusqu'aux tâches quotidiennes.
Points clés à retenir (pour l'examen)
- Hiérarchie des plans: Vision produit → Feuille de route produit → Plan de release → Plan d'itération
- Story points: Mesure relative de l'effort ou de la complexité, pas du temps absolu. Les équipes Agiles sont meilleures pour comparer les éléments de travail que pour prédire des durées précises
- Caractéristiques (features): Représentent la valeur attendue pour le client. Le calendrier définit quelles features seront disponibles à la fin de chaque itération
- User stories: Livrent les features priorisées, estimées en story points
- Tâches: Créées pour livrer les user stories, estimées en heures
- Facteurs d'entrée: Objectifs métier, dépendances, impediments, disponibilité des ressources
- Horizon temporel: Le release planning couvre 3 à 6 mois, contrairement au planning d'itération qui est plus court
Exemple type examen PMI
Vous êtes chef de projet sur un projet Agile de développement logiciel. Le product owner souhaite présenter aux parties prenantes un calendrier indiquant quelles fonctionnalités seront disponibles dans 4 mois. Quelle approche de planification devez-vous utiliser ? → Agile release planning, car il fournit un résumé temporel de haut niveau basé sur la feuille de route produit.
Pièges à l'examen PMI
-
Piège: Confondre le release planning avec le sprint planning
-
Réalité: Le release planning couvre 3 à 6 mois et détermine le nombre d'itérations ; le sprint planning planifie une seule itération
-
Piège: Croire que les story points représentent des heures
-
Réalité: Les story points reflètent l'effort relatif ou la complexité, pas le temps absolu. Les tâches sont estimées en heures
-
Piège: Penser que le release planning est figé
-
Réalité: Il tient compte des dépendances, impediments et disponibilité des ressources, et peut être ajusté
-
Piège: Ignorer que les features représentent la valeur client
-
Réalité: Le calendrier est centré sur la disponibilité des features, car elles représentent la valeur attendue par le client
Connexions PMI importantes
| Concept lié | Type de relation | Point d'attention examen |
|---|---|---|
| Product vision | Input du product roadmap | La vision produit pilote la feuille de route |
| Product roadmap | Input du release plan | La feuille de route pilote les plans de release |
| Sprint planning | Output du release plan | Le release plan établit les itérations que le sprint planning détaille |
| Estimation Agile | Outil utilisé | Story points vs heures : ne pas confondre les unités |
Questions de révision rapide
-
Quelle est la différence fondamentale entre les story points et les heures dans le contexte de la planification Agile ?
-
Quels facteurs le product owner et l'équipe doivent-ils prendre en compte lors du release planning ?
-
Dans la hiérarchie de planification Agile, quel élément se situe entre la feuille de route produit et le planning d'itération ?
-
Quel horizon temporel couvre typiquement un Agile release planning ?
-
Pourquoi les features sont-elles importantes dans le calendrier de release ?
Référence PMBOK v8
Section 5.2.2.2 - Agile release planning