« PI Planning (SAFe) » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
|||
| Ligne 87 : | Ligne 87 : | ||
* '''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 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. | * '''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. | ||
* '''Contexte de la planification et déjeuner''' - Le RTE présente le processus de planification et les résultats attendus. * '''Séances d'équipe | * '''Contexte de la planification et déjeuner''' - Le RTE présente le processus de planification et les résultats attendus. | ||
* '''Séances d'équipe n°1''' - Lors de ces séances, les équipes estiment leur capacité pour chaque [https://www.scaledagileframework.com/iterations/ itération] et identifient les éléments du backlog dont elles auront probablement besoin pour réaliser les fonctionnalités. Chaque équipe crée ses propositions de planification, visibles par tous, itération par itération. | |||
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/> | 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/> | <br/> | ||
| Ligne 95 : | Ligne 96 : | ||
* '''Revue de management et résolution des problèmes''' - Il est probable que les ébauches de planification présentent des points problématiques tels que le périmètre, les contraintes en termes de personnel et de ressources, et les dépendances. Au cours de la réunion de résolution des problèmes, le management peut négocier des changements de périmètre et résoudre d'autres problèmes en acceptant divers ajustements de planification. Le RTE facilite et fait en sorte que les principales parties prenantes restent ensemble aussi longtemps que nécessaire pour prendre les décisions requises pour atteindre des objectifs réalisables. | * '''Revue de management et résolution des problèmes''' - Il est probable que les ébauches de planification présentent des points problématiques tels que le périmètre, les contraintes en termes de personnel et de ressources, et les dépendances. Au cours de la réunion de résolution des problèmes, le management peut négocier des changements de périmètre et résoudre d'autres problèmes en acceptant divers ajustements de planification. Le RTE facilite et fait en sorte que les principales parties prenantes restent ensemble aussi longtemps que nécessaire pour prendre les décisions requises pour atteindre des objectifs réalisables. | ||
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. | 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. | ||
====Agenda du 2ème jour==== | ====Agenda du 2ème jour==== | ||
