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

Néanmoins, il n'est pas toujours pratique pour la totalité de [https://www.scaledagileframework.com/agile-release-train/ l'Agile Release Train (ART)] de se trouver dans un même lieu, et à notre époque, la COVID-19 a créé une situation où ce n'est pas une option. Bien que la planification physique en face à face ait ses avantages, la "règle" non écrite de SAFe est "les personnes qui font le travail planifient le travail". Lorsque la présence physique n'est pas possible, la planification en temps réel, de manière simultanée, virtuelle et en face à face a maintenant prouvé son efficacité. En effet, de nombreux ART ont réussi à créer une situation hybride où plusieurs équipes se réunissent à distance, comme le montre la figure 1 ci-dessous.<br/><br/>

L'article consacré au sujet [https://www.scaledagileframework.com/distributed-pi-planning/ Distributed PI Planning with SAFe], fournit des conseils et des éléments supplémentaires pour gérer avec succès ces scénarios.

<div style="text-align: center;">'''Figure 1. PI Planning en face à face. Des équipes distantes planifient en même temps grâce à la visioconférence.'''</div>

<br/>

==Agenda type==

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].

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

====Agenda du 1er jour====

Au cours de ce processus, les équipes identifient les risques et les dépendances et ébauchent leurs objectifs initiaux pour le PI de l'équipe. Les objectifs du PI comprennent généralement des "objectifs non engagés", qui sont des buts intégrés dans la planification (par exemple, les histoires qui ont été définies et intégrées pour ces objectifs), mais qui ne sont pas engagés par l'équipe en raison de trop d'inconnues ou de risques. Les objectifs non engagés ne sont ''pas'' des choses supplémentaires à faire au cas où il y aurait du temps. Au contraire, ils augmentent la fiabilité de la planification et alertent rapidement le management sur les objectifs que l'ART pourrait ne pas être en mesure de réaliser. Les équipes ajoutent également les features et les dépendances associées au Program board, comme le montre la figure 3.<br/>

<br/>

<div style="text-align: center;">'''Figure 3. Program board montrant les features et les dépendances'''</div>

* '''Revue de l'ébauche de planification''' - Au cours de la revue de l'ébauche de planification, les équipes présentent les principaux résultats de la planification, notamment la capacité et la charge, les objectifs proposés pour le PI, les risques potentiels et les dépendances. Les Business Owners, le Product Management et d'autres équipes et parties prenantes passent en revue et apportent leur contribution.

* '''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 4. Fiche d'objectifs du PI d'une équipe avec valeur métier attribuée'''</div>

* '''Revue finale de la planification et déjeuner''' - Au cours de cette session, toutes les équipes présentent leurs planifications au groupe. À la fin du créneau alloué à chaque équipe, celle-ci expose ses risques et ses obstacles et transmet les risques au RTE pour qu'il les utilise plus tard dans l'exercice de ROAMing. L'équipe demande ensuite aux Business Owners si la planification est acceptable. Si la planification est acceptée, l'équipe porte sa feuille d'objectifs de PI d'équipe à l'avant de la salle afin que tout le monde puisse voir les objectifs agrégés se déployer en temps réel. Si les Business Owners ont des réserves, les équipes ont la possibilité d'ajuster la planification selon les besoins pour résoudre les problèmes identifiés. L'équipe présente ensuite sa version révisée de la planification.

* '''Vote de confiance''' - Une fois que les risques du programme ont été traités, les équipes votent leur confiance dans l'atteinte des objectifs de leur PI.

Chaque équipe procède à un vote "avec les cinq doigts de la main". Si la moyenne est de trois doigts ou plus, le management doit accepter l'engagement. Si la moyenne est inférieure à trois, l'équipe modifie la planification. Toute personne votant avec deux doigts ou moins doit avoir l'occasion d'exprimer ses préoccupations. Cela peut compléter la liste des risques, nécessiter une nouvelle planification ou simplement être informatif. Une fois que chaque équipe a voté, le processus est répété pour l'ensemble de l'ART, chacun exprimant sa confiance dans la planification collective, comme illustré à la figure 5.

<div style="text-align: center;">'''Figure 5. Vote de confiance pour un ART'''</div>

* '''Modification de la planification''' - Si nécessaire, les équipes modifient leurs planifications jusqu'à ce qu'un niveau de confiance élevé puisse être atteint. À cette occasion, l'alignement et l'engagement sont plus importants que le respect des délais.  

* '''Rétrospective de la planification et marche en avant''' - Pour finir, le RTE mène une brève rétrospective de l'événement de planification du PI afin de recenser ce qui a bien marché, ce qui n'a pas marché et ce qui pourra être amélioré la prochaine fois, comme le montre la figure 6.

<div style="text-align: center;">'''Figure 6. Rétrospective du PI planning'''</div>

* En général, il s'ensuit une discussion sur les prochaines étapes, ainsi que des instructions finales pour les équipes. Cela peut inclure :

Plus important encore, l'ART passe à l'exécution du PI, en suivant la progression et en s'adaptant si nécessaire aux changements qui surviennent à mesure que de nouvelles informations émergent. L'exécution du PI commence par la planification de la première itération par toutes les équipes, qui utilisent leurs planifications du PI comme point de départ. Il s'agit d'une nouvelle entrée pour les processus de planification des itérations qui suivent. Étant donné que les planifications d'itération créées au cours de la planification du PI n'ont pas pris en compte les critères d'acceptation détaillés au niveau de la story, il est probable que des ajustements devront être apportés aux planifications de la première itération et des itérations suivantes.<br/>

<br/>

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

==PI Planning du Solution Train==

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.

<div style="text-align: center;">'''Figure 8. Pre et Post-PI Planning</div>