Agile - Planification des versions

Le but de la planification des versions est de créer un plan pour fournir un incrément au produit. Elle se fait tous les 2 à 3 mois.

Planification des versions

Qui est impliqué?

  • Scrum Master - Le Scrum Master agit comme un facilitateur pour l'équipe de livraison agile.

  • Product Owner - Le Product Owner représente la vue générale du backlog de produit.

  • Équipe Agile - L'équipe de livraison Agile fournit des informations sur les possibilités techniques ou les dépendances.

  • Parties prenantes - Les parties prenantes telles que les clients, les gestionnaires de programme, les experts en la matière agissent en tant que conseillers lors de la prise de décisions concernant la planification de la publication.

Conditions préalables à la planification

Les conditions préalables à la planification des versions sont les suivantes -

  • Un backlog produit classé, géré par le Product Owner. Généralement, cinq à dix fonctionnalités sont prises, ce que le propriétaire du produit estime pouvoir inclure dans une version.

  • Contribution de l'équipe sur les capacités, la vitesse connue ou tout défi technique

  • Vision de haut niveau

  • Objectif de marché et d'affaires

  • Reconnaissance de la nécessité de nouveaux éléments de backlog de produits

Matériaux nécessaires

La liste des documents requis pour la planification des versions est la suivante -

  • Ordre du jour affiché, objectif
  • Tableaux à feuilles mobiles, tableaux blancs, marqueurs
  • Projecteur, moyen de partager des ordinateurs ayant des données / outils nécessaires lors de la réunion de planification
  • Données de planification

Données de planification

La liste des données requises pour effectuer la planification des versions est la suivante -

  • Itérations précédentes ou résultats de la planification des versions
  • Commentaires de diverses parties prenantes sur le produit, les conditions du marché et les délais
  • Plans d'action des versions / itérations précédentes
  • Caractéristiques ou défauts à considérer
  • Vitesse des versions / estimations précédentes.
  • Calendriers organisationnels et personnels
  • Contributions d'autres équipes et d'experts en la matière pour gérer toutes les dépendances

Production

Le résultat d'une planification de version peut être le suivant -

  • Plan de sortie
  • Engagement
  • Problèmes, préoccupations, dépendances et hypothèses à surveiller
  • Suggestions pour améliorer les planifications de versions futures

Ordre du jour

L'ordre du jour d'une planification de libération peut être -

  • Cérémonie d'ouverture - Message de bienvenue, objectif de l'examen et ordre du jour, outils d'organisation et présentation aux sponsors commerciaux.

  • Vision du produit, feuille de route - Affichez la vue d'ensemble du produit.

  • Revoir les versions précédentes - Discussion sur tout élément pouvant avoir un impact sur le plan.

  • Nom / thème de la version - Inspectez l'état actuel des thèmes de la feuille de route et effectuez les ajustements requis, le cas échéant.

  • Velocity - Présente la vélocité de la version actuelle et des versions précédentes.

  • Calendrier de publication - Passez en revue les étapes clés et la décision sur les délais de publication et les itérations dans la version.

  • Problèmes et préoccupations - Vérifiez toutes les préoccupations ou problèmes et enregistrez-les.

  • Revoir et mettre à jour la définition de Terminé - Revoir la définition de Terminé et apporter les changements appropriés en fonction de la technologie, des compétences ou des changements dans les membres de l'équipe depuis la dernière itération / version.

  • Histoires et éléments à prendre en compte - Présentez les histoires d'utilisateurs et les fonctionnalités du backlog de produit à prendre en compte pour la planification dans la version actuelle.

  • Déterminer les valeurs de dimensionnement - Si la vitesse est inconnue, planifier les valeurs de dimensionnement à utiliser dans la planification de la version.

  • Grossesse de la taille des histoires - L'équipe de livraison détermine la taille appropriée des histoires à l'étude et divise les histoires en plusieurs itérations si une histoire est trop grande. Le propriétaire du produit et les experts en la matière clarifient les doutes, élaborent les critères d'acceptation et effectuent les fractionnements appropriés de l'histoire. Le Scrum Master facilite la collaboration.

  • Mapper les histoires aux itérations - L'équipe de livraison et le propriétaire du produit déplacent les histoires / défauts dans les itérations en fonction de la taille et de la vitesse. Le Scrum Master facilite la collaboration.

  • Nouvelles préoccupations ou problèmes - Vérifiez tous les nouveaux problèmes en fonction de votre expérience antérieure et enregistrez-les.

  • Dépendances et hypothèses - Vérifiez toutes les dépendances / hypothèses prévues lors de la planification de la version.

  • Commit - Le Scrum Master appelle à la planification. L'équipe de livraison et le propriétaire du produit le signalent comme le meilleur plan, puis s'engagent à passer au prochain niveau de planification, à savoir la planification des itérations.

  • Planification de la communication et de la logistique - Examiner / mettre à jour la planification de la communication et de la logistique pour la publication.

  • Parking - Le traitement du parking signifie que tous les éléments doivent être résolus ou définis comme éléments d'action.

  • Distribuer les éléments d'action et les plans d'action - Répartissez les éléments d'action entre leurs propriétaires, traitez le plan d'action.

  • Rétrospective - Sollicitez les commentaires des participants pour assurer le succès de la réunion.

  • Fermer - Célébrez le succès.