La planification Agile : De la vision produit au planning d'itération

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 relationPoint d'attention examen
Product visionInput du product roadmapLa vision produit pilote la feuille de route
Product roadmapInput du release planLa feuille de route pilote les plans de release
Sprint planningOutput du release planLe release plan établit les itérations que le sprint planning détaille
Estimation AgileOutil utiliséStory points vs heures : ne pas confondre les unités

Questions de révision rapide

  1. Quelle est la différence fondamentale entre les story points et les heures dans le contexte de la planification Agile ?

  2. Quels facteurs le product owner et l'équipe doivent-ils prendre en compte lors du release planning ?

  3. Dans la hiérarchie de planification Agile, quel élément se situe entre la feuille de route produit et le planning d'itération ?

  4. Quel horizon temporel couvre typiquement un Agile release planning ?

  5. Pourquoi les features sont-elles importantes dans le calendrier de release ?

Référence PMBOK v8

Section 5.2.2.2 - Agile release planning