En plus de l’agenda du PI Planning, la pratique utilisée par RTE est le Scrum des Scrums, c’est-à-dire la synchronisation de tous les Scrum Masters concernant la vérification de l’avancement du planning et l’évocation des risques et des obstacles.

Lorsqu’il s’agit d’une planification détaillée sur 8 à 12 semaines, il est recommandé d’utiliser la méthode EDUF (Enough Design Upfront), c’est-à-dire de planifier plus en détail les deux prochains sprints. Les sprints restants peuvent contenir des histoires à un niveau plus général en mettant l’accent sur l’identification des dépendances. N’oubliez pas que pendant la période d’incrémentation du programme, les équipes participeront à des événements au niveau de l’équipe tels que la planification de sprint. Ainsi, au fur et à mesure que vous en apprendrez plus, vos plans changeront probablement.

Jour 1 de la planification IP

contexte d’affaires – il s’agit d’une réunion d’ouverture du PI Planning, où le Business Owner ou les Senior Executives présenteront des informations sur les conditions commerciales du produit et la vision de l’ensemble du portefeuille de produits.

Solutions de vision produit – Product Management fournit des informations sur la vue actuelle du produit et met en évidence les modifications survenues depuis le dernier PI Planning. Ils discutent également de ce à quoi ressemble la solution actuelle, à quoi ressemblent les différentes parties du produit (fonctionnalités), comment elles communiquent, etc.

Vision de l’architecture et développement des normes – Les architectes/ingénieurs système présentent une vue architecturale de la solution système. De plus, la personne jouant le rôle d’architecte/ingénieur système possède des pratiques prenant en charge Agile, telles que l’automatisation des tests, DevOps ou CI/CD.

Planification et règles du déjeuner – Release Train Engineer présente le processus de planification et le résultat attendu à la fin du PI Planning.

Planification dans les équipes agiles (1er tour) – après avoir entendu toutes les informations sur Pi Planning et le produit, les équipes agiles se rendent dans leurs groupes, où commence la première itération de la planification des futurs sprints. L’équipe Agile avec le Scrum Master et le Product Owner travaillent ensemble pour développer un plan pour chaque itération du Produit. Lors de cet événement, le Scrum Master est la personne qui facilite les discussions et les activités de l’équipe Agile. Lors de cet événement, les équipes agiles créent la première version du plan pour le prochain trimestre.

Il convient de mentionner ici un élément très important, qui sont les dépendances. Lors de la planification des ressources pour les futurs sprints, vous constaterez peut-être que votre équipe agile aura besoin du soutien d’une autre équipe pour accomplir sa ou ses tâches. Par conséquent, lors du PI Planning, nous effectuons 2 activités :

1. Établir des dépendances et convenir de la séquence et de la synchronisation du travail avec d’autres équipes agiles.
2. Compléter le tableau des dépendances / tableau des programmes parmi les équipes agiles pour assurer la transparence et faciliter le suivi des changements pendant la durée de l’incrément du programme

Examen initial des plans – Les équipes agiles présentent un plan initial pour les futurs sprints ou ce qu’elles ont réussi à créer lors de la planification. En outre, ils signalent les problèmes de planification potentiels, les risques et les dépendances. Les parties prenantes, c’est-à-dire les propriétaires d’entreprise, les chefs de produit et d’autres équipes agiles, commentent ou aident à clarifier les problèmes soulevés par l’équipe agile.

Revue de direction des plans et dépannage – après chaque Initial Plan Review, la direction se réunit pour en discuter et trouver des solutions à la situation donnée, mais aussi pour négocier l’étendue des tâches des Agile Teams. Le Release Train Engineer (RTE) est chargé d’animer cette réunion et également d’aider à la recherche de solutions, c’est-à-dire qu’il s’assure que le management développe des solutions réalisables par les Agile Teams.

Planification PI Jour 2

Planification Correction (Révision) – La direction présente les résultats de la réunion d’examen du plan et de la séance de résolution de problèmes. Des informations sur les modifications apportées à la portée de la planification, ainsi que sur les solutions aux risques et aux problèmes, sont fournies.

Planification en équipes agiles (II Round) – après que les participants ont pris connaissance des changements potentiels de PI Planning, les équipes agiles se rendent dans leurs groupes, où ils finissent de planifier les futurs sprints. Au cours de cette partie, les équipes agiles finalisent leur travail et affinent les relations avec les autres équipes agiles.

Examen final du plan et déjeuner – Les équipes agiles présentent leurs plans pour les futurs sprints (nous vous rappelons une planification optimale pour 4-6 sprints). À la fin de chaque présentation de plan, les équipes agiles fournissent des informations sur les risques et les dépendances. De plus, l’équipe Agile obtient l’approbation du Business Owner pour son plan lors de cette réunion. Lorsque le Business Owner n’accepte pas le plan, l’équipe Agile a la possibilité de le modifier/le mettre à jour. Une fois les modifications apportées, le plan est à nouveau soumis pour approbation.

Risques liés au programme – Comme nous l’avons mentionné, les équipes agiles signalent également les risques et les problèmes. Chacun d’eux est résolu de manière à ne pas être un obstacle pour les équipes agiles pour atteindre l’objectif. Pour faciliter la résolution et la catégorisation, nous utilisons l’approche ROAM (Resolved, Owned, Accepted, Mitiged).

Voter sur la viabilité du plan – le soi-disant Vote de Confiance est pratiquement effectué à la fin du PI Planning. Chaque équipe Agile utilise sa main pour voter sur le plan de son équipe Agile en pointant du doigt un niveau de confiance de 1 à 5, où 1 signifie que le plan est pratiquement impossible à terminer et 5 signifie qu’il est terminé à 100 %.

Modifications des plans Agile Teams – si nécessaire, les équipes agiles de leurs groupes apportent des modifications au plan actuel pour minimiser les risques, les dépendances ou le rendre réalisable.

Rétrospective PI Planning – l’événement est animé par le Release Train Engineer (RTE) pour collecter des informations sur ce qui s’est bien passé, ce qui n’a pas fonctionné et ce qui pourrait être fait différemment dans le prochain PI Planning.

Résultat de la planification PI

Une fois la planification PI terminée, l’ingénieur Release Train (RTE) et les autres parties prenantes Agile Release Train (ART) résument les objectifs PI individuels de chaque équipe Agile dans un ensemble d’objectifs PI et les utilisent pour suivre les progrès par rapport aux objectifs. Le Program Board est souvent utilisé dans Scrum of Scrums pour suivre les dépendances et les progrès.

Enfin, et surtout, l’Agile Release Train (ART) procède à l’exécution du PI, en suivant l’avancement du travail et en s’adaptant si nécessaire aux changements qui se produisent à mesure que de nouvelles informations sur le produit deviennent disponibles. L’exécution PI commence avec toutes les équipes agiles qui planifient leur première itération, en utilisant leurs plans PI comme point de départ.

Voilà pour la théorie. Si vous souhaitez voir à quoi ressemble le PI Planning dans la pratique, c’est maintenant votre opportunité unique. L’équipe SAFe de Deloitte organise une simulation PI Planning, au cours de laquelle vous pourrez voir PI Planning en direct en bref.