« PI Planning (SAFe) » : différence entre les versions
De Wiki Agile
| Ligne 88 : | Ligne 88 : | ||
* '''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 #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. | * '''Contexte de la planification et déjeuner''' - Le RTE présente le processus de planification et les résultats attendus. * '''Séances d'équipe #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/> | ||
[[Fichier:F3-Program-Board.png|border|center]]<br/> | [[Fichier:F3-Program-Board.png|border|center]]<br/> | ||
