« PI Planning (SAFe) » : différence entre les versions

Le PI Planning a un ordre du jour type qui comprend une présentation du contexte et de la [https://www.scaledagileframework.com/vision/ vision] de l'entreprise, suivie de réunions de planification d'équipe - où les équipes créent leurs plans d'[https://www.scaledagileframework.com/iterations/ itération] et leurs objectifs pour le [https://www.scaledagileframework.com/program-increment/ Program Increment (PI)] à venir. Facilité par le [https://www.scaledagileframework.com/release-train-engineer/ Release Train Engineer (RTE)], cet événement inclut tous les membres de l'ART et se déroule pendant [https://www.scaledagileframework.com/innovation-and-planning-iteration/ l'itération Innovation et Planning (IP)]. La tenue de l'événement pendant l'itération IP évite d'affecter le calendrier ou la capacité des autres itérations du PI. Le PI Planning se déroule sur deux jours, bien que ce délai soit souvent prolongé pour permettre une planification sur plusieurs fuseaux horaires.

Le PI Planning offre de nombreux bénéfices pour l'entreprise, notamment :

* L'établissement d'une communication en face à face entre tous les membres de l'équipe et toutes les parties prenantes

* Une prise de décision rapide

Les données d'entrée du PI planning sont les suivantes :  

* Le contexte de l'entreprise (voir "préparation du contenu" ci-dessous)

* La feuille de route et la vision

* Les 10 principales [https://www.scaledagileframework.com/features-and-capabilities/ features] du Program Backlog

* '''Le Program board''' - qui fait apparaître les dates de livraison des nouvelles features, les dépendances entre les équipes et les [https://www.scaledagileframework.com/milestones/ jalons] importants.

Le PI Planning est un événement important qui nécessite préparation, coordination et communication. Il est facilité par le RTE et les participants à l'événement sont notamment les [https://www.scaledagileframework.com/business-owners/ Business Owners], le [https://www.scaledagileframework.com/product-management/ Product Management], les [https://www.scaledagileframework.com/agile-teams/ Équipes Agiles], les [https://www.scaledagileframework.com/solution-architect-engineering/ Architectes/Ingénieurs Système et Solution], l'[https://www.scaledagileframework.com/system-team/ Équipe Système] et d'autres parties prenantes, qui doivent tous être informés à l'avance pour être bien préparés. La participation active des Business Owners à cet événement constitue un [https://www.scaledagileframework.com/guardrails/ Garde-fou] important sur les dépenses budgétaires.<br/>

<br/>

* '''Préparation logistique''' - Considérations pour le bon déroulement de l'événement

Vous trouverez ci-dessous les grandes lignes de la Check-list de préparation de l'ART. (La check-list complète est fournie dans le [https://www.scaledagile.com/spc-resources/?_ga=2.59156453.912400902.1663504170-1082990040.1662205503 SAFe PI Planning Toolkit], disponible pour les [https://www.scaledagileframework.com/safe-program-consultant/ SPC]).

Avant le PI Planning, il doit y avoir un alignement de la stratégie entre les participants, les parties prenantes et les Business Owners. Les rôles critiques sont attribués. Pour anticiper cette question, les organisateurs doivent toutefois tenir compte des éléments suivants :  

* '''Périmètre et contexte de la planification''' - Le périmètre (produit, système, domaine technologique) du processus de planification est-il compris ? Sait-on quelles équipes doivent effectuer la planification ensemble ?  

* '''Équipes agiles''' - Avons-nous des équipes agiles ? Y a-t-il des membres d'équipe dédiés et un [https://www.scaledagileframework.com/scrum-master/ Scrum Master] et un [https://www.scaledagileframework.com/product-owner/ Product Owner] identifiés pour chaque équipe ?

Il est tout aussi important de s'assurer que la vision et le contexte soient clairs et que les bonnes parties prenantes puissent participer. Par conséquent, Le PI Planing doit inclure :  

* '''Briefing de la direction''' - Un briefing qui définit le contexte actuel de l'entreprise

* '''Briefing sur la vision de l'architecture''' - Une présentation faite par le CTO, l'[https://www.scaledagileframework.com/enterprise-architect/ Enterprise Architect] ou le System Architect pour communiquer les nouveaux [https://www.scaledagileframework.com/enablers/ Enablers], features et [https://www.scaledagileframework.com/nonfunctional-requirements/ Nonfunctional Requirements] (NFRs).

Préparer un événement pour accueillir un grand nombre de participants n'est pas une mince affaire. Pour une planification dans des locaux physiques, cela peut inclure la sécurisation et la préparation de l'espace physique. Pour les participants à distance, ou pour un PI Planning entièrement distribué, cela inclut également l'investissement dans l'infrastructure technique nécessaire. Les points à prendre en compte sont les suivants :

* '''Lieux''' - Chaque lieu de planification doit être préparé à l'avance

* '''Canaux de communication''' - Les canaux audio, vidéo et de présentation doivent être disponibles.

L'événement suit un ordre du jour similaire à celui de la figure 2. La description de chaque élément suit. Pour obtenir des conseils sur l'adaptation de cet ordre du jour afin de prendre en charge la planification sur plusieurs fuseaux horaires, reportez-vous à la page consacrée à ce sujet avancé, [https://www.scaledagileframework.com/distributed-pi-planning/ PI Planning distribué avec SAFe].

[[Fichier:F2-Standard-two-day-agenda.png|border|center|link=]]

<div style="text-align: center;">'''Figure 2. Agenda type du PI Planning sur deux jours'''</div>

* '''Vision du produit/de la solution''' - Le Product Management présente la vision actuelle (généralement représentée par les 10 prochaines features à venir) et insiste sur les changements par rapport au précédent événement de PI Planning, ainsi que sur les prochains [https://www.scaledagileframework.com/milestones/ jalons].  

* '''Vision de l'architecture et pratiques de développement''' - L'architecte/ingénieur système présente la vision de l'architecture. En outre, un responsable du développement peut présenter les changements apportés aux pratiques de développement, tels que l'automatisation des tests, [https://www.scaledagileframework.com/devops/ DevOps], l'[https://www.scaledagileframework.com/continuous-integration/ Intégration Continue] et le [https://www.scaledagileframework.com/continuous-deployment Déploiement Continu], qui sont mis en oeuvre dans le PI à venir.  

Dans les [https://www.scaledagileframework.com/solution-train/ Trains de Solution] multi-ART, un événement similaire peut être organisé après le premier jour de planification pour résoudre les problèmes inter-ART qui ont été soulevés. Par ailleurs, les RTE des trains concernés peuvent discuter entre eux pour soulever des questions qui sont ensuite résolues lors de la réunion de revue de management et de résolution de problèmes spécifique à chaque ART. Le [https://www.scaledagileframework.com/solution-train-engineer/ Solution Train Engineer (STE)] aide à faciliter et à résoudre les problèmes entre les ART.

* '''Ajustements de la planification''' - Le lendemain, l'événement commence par la présentation par le management des changements apportés au périmètre de planification, aux personnes et aux ressources.  

* '''Séances d'équipe n°2''' - Les équipes poursuivent la planification sur la base de leur agenda de la veille, en apportant les ajustements nécessaires. Elles finalisent leurs objectifs pour le PI, auxquels les Business Owners attribuent une valeur métier, comme le montre la figure 4.

<div style="text-align: center;">'''Figure 7. Objectifs du PI du programme'''</div>

Cet article se concentre sur les activités de planification d'un seul ART. Cependant, les grands [https://www.scaledagileframework.com/development-value-streams/ Value Streams] peuvent contenir plusieurs ARTs et de multiples fournisseurs. Dans ce cas, le Solution Train assure la coordination à l'aide d'un événement de [https://www.scaledagileframework.com/pre-and-post-pi-planning/ Pre-PI Planning], qui définit le contexte et fournit les entrées pour les événements de PI Planning de chaque ART. Un événement de [https://www.scaledagileframework.com/pre-and-post-pi-planning/ Post-PI planning] suit le PI Planning de l'ART et est utilisé pour intégrer les résultats de la planification des ART qui contribuent à la solution.

[[Fichier:PI Planning F08 WEB-2.png|border|center|link=]]

[1] Leffingwell, Dean. ''Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the Enterprise.'' Addison-Wesley, 2011.<br/>

[2] Kennedy, Michael. ''Product Development for the Lean Enterprise.'' Oaklea Press, 2003.