PI Planning (SAFe) - Historique des versions

Fabrice Aimetti : /* Agenda du 1er jour */

Fabrice Aimetti — Sun, 13 Nov 2022 10:17:19 GMT

Agenda du 1er jour

← Version précédente		Version du 13 novembre 2022 à 10:17
Ligne 85 :		Ligne 85 :
	<div style="text-align: center;">'''Figure 2. Agenda type du PI Planning sur deux jours'''</div>		<div style="text-align: center;">'''Figure 2. Agenda type du PI Planning sur deux jours'''</div>
	=====Agenda du 1er jour=====		=====Agenda du 1er jour=====
	* '''Contexte de l'entreprise''' - Un Business Owner ou un dirigeant décrit l'état actuel de l'entreprise, partage la [~~https://www.scaledagileframework.com/portfolio-vision/~~ Vision du Portefeuille] et présente une perspective sur l'efficacité des solutions existantes à répondre aux besoins actuels des clients.		* '''Contexte de l'entreprise''' - Un Business Owner ou un dirigeant décrit l'état actuel de l'entreprise, partage la [[Portfolio Vision (SAFe)\|Vision du Portefeuille]] et présente une perspective sur l'efficacité des solutions existantes à répondre aux besoins actuels des clients.
	* '''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.

Fabrice Aimetti : /* Entrées et sorties du PI Planning */

Fabrice Aimetti — Wed, 09 Nov 2022 05:01:01 GMT

Entrées et sorties du PI Planning

← Version précédente		Version du 9 novembre 2022 à 05:01
Ligne 50 :		Ligne 50 :
	* La feuille de route et la vision		* La feuille de route et la vision
	* Les 10 principales [https://www.scaledagileframework.com/features-and-capabilities/ features] du Program Backlog		* Les 10 principales [https://www.scaledagileframework.com/features-and-capabilities/ features] du Program Backlog
	Un événement PI Planning réussi génère deux principales sorties : * '''Engagement sur les objectifs du PI''' - Un ensemble d'objectifs [https://www.scaledagileframework.com/pi-objectives/ SMART] créés par chaque équipe avec la valeur métier attribuée par les Business Owners.		Un événement PI Planning réussi génère deux principales sorties :
			* '''Engagement sur les objectifs du PI''' - Un ensemble d'objectifs [https://www.scaledagileframework.com/pi-objectives/ SMART] créés par chaque équipe avec la valeur métier attribuée par les Business Owners.
	* '''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 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.

Fabrice Aimetti le 15 octobre 2022 à 20:25

Fabrice Aimetti — Sat, 15 Oct 2022 20:25:50 GMT

← Version précédente		Version du 15 octobre 2022 à 20:25
Ligne 143 :		Ligne 143 :
	[1] Leffingwell, Dean. ''Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the Enterprise.'' Addison-Wesley, 2011.<br/>		[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.		[2] Kennedy, Michael. ''Product Development for the Lean Enterprise.'' Oaklea Press, 2003.

			==Autres ressources==
			[https://www.scaledagileframework.com/posters/ Télécharger les posters]

Fabrice Aimetti : Fabrice Aimetti a déplacé la page PI Planning vers PI Planning (SAFe) sans laisser de redirection

Fabrice Aimetti — Tue, 27 Sep 2022 10:46:31 GMT

Fabrice Aimetti a déplacé la page PI Planning vers PI Planning (SAFe) sans laisser de redirection

← Version précédente		Version du 27 septembre 2022 à 10:46
(Aucune différence)

Fabrice Aimetti le 19 septembre 2022 à 09:15

Fabrice Aimetti — Mon, 19 Sep 2022 09:15:29 GMT

Fabrice Aimetti le 18 septembre 2022 à 17:28

Fabrice Aimetti — Sun, 18 Sep 2022 17:28:11 GMT

Fabrice Aimetti : /* PI Planning du Solution Train */

Fabrice Aimetti — Sun, 18 Sep 2022 17:24:10 GMT

PI Planning du Solution Train

← Version précédente		Version du 18 septembre 2022 à 17:24
Ligne 138 :		Ligne 138 :
	[[Fichier:PI Planning F08 WEB-2.png\|border\|center\|link=]]		[[Fichier:PI Planning F08 WEB-2.png\|border\|center\|link=]]
	<div style="text-align: center;">'''Figure 8. Pre et Post-PI Planning</div>		<div style="text-align: center;">'''Figure 8. Pre et Post-PI Planning</div>
			L'article sur l'[https://www.scaledagileframework.com/innovation-and-planning-iteration/ itération d'innovation et de planification] fournit un exemple de calendrier permettant de tenir compte des événements Pre- et Post-PI planning.

	==En savoir plus==		==En savoir plus==
	[1] Leffingwell, Dean. ''Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the Enterprise.'' Addison-Wesley, 2011.<br/>		[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.		[2] Kennedy, Michael. ''Product Development for the Lean Enterprise.'' Oaklea Press, 2003.

Fabrice Aimetti le 18 septembre 2022 à 17:20

Fabrice Aimetti — Sun, 18 Sep 2022 17:20:42 GMT

Fabrice Aimetti : /* PI Planning du Solution Train */

Fabrice Aimetti — Sun, 18 Sep 2022 17:19:08 GMT

PI Planning du Solution Train

← Version précédente		Version du 18 septembre 2022 à 17:19
Ligne 137 :		Ligne 137 :
	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.		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]]		[[Fichier:PI Planning F08 WEB-2.png\|border\|center]]
			<div style="text-align: center;">'''Figure 8. Pre et Post-PI Planning</div>

	==En savoir plus==		==En savoir plus==
	[1] Leffingwell, Dean. ''Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the Enterprise.'' Addison-Wesley, 2011.<br/>		[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.		[2] Kennedy, Michael. ''Product Development for the Lean Enterprise.'' Oaklea Press, 2003.

Fabrice Aimetti : /* PI Planning du Solution Train */

Fabrice Aimetti — Sun, 18 Sep 2022 17:17:57 GMT

PI Planning du Solution Train

← Version précédente		Version du 18 septembre 2022 à 17:17
Ligne 136 :		Ligne 136 :
	==PI Planning du Solution Train==		==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.		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]]

	==En savoir plus==		==En savoir plus==
	[1] Leffingwell, Dean. ''Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the Enterprise.'' Addison-Wesley, 2011.<br/>		[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.		[2] Kennedy, Michael. ''Product Development for the Lean Enterprise.'' Oaklea Press, 2003.

← Version précédente		Version du 19 septembre 2022 à 09:15
Ligne 35 :		Ligne 35 :
	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 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.

	==Bénéfices du PI Planning pour l'entreprise==		===Bénéfices du PI Planning pour l'entreprise===
	Le PI Planning offre de nombreux bénéfices pour l'entreprise, notamment :		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		* L'établissement d'une communication en face à face entre tous les membres de l'équipe et toutes les parties prenantes
Ligne 45 :		Ligne 45 :
	* Une prise de décision rapide		* Une prise de décision rapide

	==Entrées et sorties du PI Planning==		===Entrées et sorties du PI Planning===
	Les données d'entrée du PI planning sont les suivantes :		Les données d'entrée du PI planning sont les suivantes :
	* Le contexte de l'entreprise (voir "préparation du contenu" ci-dessous)		* Le contexte de l'entreprise (voir "préparation du contenu" ci-dessous)
Ligne 53 :		Ligne 53 :
	* '''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 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.

	==Préparation==		===Préparation===
	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/>		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/>		<br/>
Ligne 61 :		Ligne 61 :
	* '''Préparation logistique''' - Considérations pour le bon déroulement de l'événement		* '''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]).		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]).
	===Préparation organisationnelle===		====Préparation organisationnelle====
	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 :		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 ?		* '''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 ?
Ligne 67 :		Ligne 67 :
	* '''É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 ?		* '''É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 ?

	===Préparation du contenu===		====Préparation du contenu====
	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 :		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 de la direction''' - Un briefing qui définit le contexte actuel de l'entreprise
Ligne 73 :		Ligne 73 :
	* '''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).		* '''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éparation logistique===		====Préparation logistique====
	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 :		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		* '''Lieux''' - Chaque lieu de planification doit être préparé à l'avance
Ligne 79 :		Ligne 79 :
	* '''Canaux de communication''' - Les canaux audio, vidéo et de présentation doivent être disponibles.		* '''Canaux de communication''' - Les canaux audio, vidéo et de présentation doivent être disponibles.

	==Agenda type==		===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].		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=]]		[[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>		<div style="text-align: center;">'''Figure 2. Agenda type du PI Planning sur deux jours'''</div>
	====Agenda du 1er jour====		=====Agenda du 1er jour=====
	* '''Contexte de l'entreprise''' - Un Business Owner ou un dirigeant décrit l'état actuel de l'entreprise, partage la [https://www.scaledagileframework.com/portfolio-vision/ Vision du Portefeuille] et présente une perspective sur l'efficacité des solutions existantes à répondre aux besoins actuels des clients.		* '''Contexte de l'entreprise''' - Un Business Owner ou un dirigeant décrit l'état actuel de l'entreprise, partage la [https://www.scaledagileframework.com/portfolio-vision/ Vision du Portefeuille] et présente une perspective sur l'efficacité des solutions existantes à répondre aux besoins actuels des clients.
	* '''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].
Ligne 97 :		Ligne 97 :
	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=====
	* '''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.		* '''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.		* '''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.
Ligne 134 :		Ligne 134 :
	<div style="text-align: center;">'''Figure 7. Objectifs du PI du programme'''</div>		<div style="text-align: center;">'''Figure 7. Objectifs du PI du programme'''</div>

	==PI Planning du Solution Train==		===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.		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=]]		[[Fichier:PI Planning F08 WEB-2.png\|border\|center\|link=]]

← Version précédente		Version du 18 septembre 2022 à 17:28
Ligne 36 :		Ligne 36 :

	==Bénéfices du PI Planning pour l'entreprise==		==Bénéfices du PI Planning pour l'entreprise==
	Le PI ~~planning~~ offre de nombreux bénéfices pour l'entreprise, notamment :		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		* L'établissement d'une communication en face à face entre tous les membres de l'équipe et toutes les parties prenantes
	* La création du réseau social sur lequel repose l'ART		* La création du réseau social sur lequel repose l'ART
Ligne 50 :		Ligne 50 :
	* La feuille de route et la vision		* La feuille de route et la vision
	* Les 10 principales [https://www.scaledagileframework.com/features-and-capabilities/ features] du Program Backlog		* Les 10 principales [https://www.scaledagileframework.com/features-and-capabilities/ features] du Program Backlog
	Un événement PI ~~planning~~ réussi génère deux principales sorties : * '''Engagement sur les objectifs du PI''' - Un ensemble d'objectifs [https://www.scaledagileframework.com/pi-objectives/ SMART] créés par chaque équipe avec la valeur métier attribuée par les Business Owners.		Un événement PI Planning réussi génère deux principales sorties : * '''Engagement sur les objectifs du PI''' - Un ensemble d'objectifs [https://www.scaledagileframework.com/pi-objectives/ SMART] créés par chaque équipe avec la valeur métier attribuée par les Business Owners.
	* '''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 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.

	==Préparation==		==Préparation==
	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/>		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/>		<br/>
	Pour que l'événement soit réussi, une préparation est nécessaire dans trois domaines majeurs :		Pour que l'événement soit réussi, une préparation est nécessaire dans trois domaines majeurs :
Ligne 62 :		Ligne 62 :
	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]).		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]).
	===Préparation organisationnelle===		===Préparation organisationnelle===
	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 :		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 ?		* '''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 ?
	* '''Alignement de l'entreprise''' - Y a-t-il un accord raisonnable sur les priorités entre les Business Owners ?		* '''Alignement de l'entreprise''' - Y a-t-il un accord raisonnable sur les priorités entre les Business Owners ?
Ligne 68 :		Ligne 68 :

	===Préparation du contenu===		===Préparation du contenu===
	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 :		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 de la direction''' - Un briefing qui définit le contexte actuel de l'entreprise
	* '''Briefing(s) sur la vision du produit''' - Des briefings préparés par le Product Management, y compris les 10 principales features du [https://www.scaledagileframework.com/program-and-solution-backlogs/ Program Backlog]		* '''Briefing(s) sur la vision du produit''' - Des briefings préparés par le Product Management, y compris les 10 principales features du [https://www.scaledagileframework.com/program-and-solution-backlogs/ Program Backlog]
Ligne 82 :		Ligne 82 :
	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].		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=]]		[[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>		<div style="text-align: center;">'''Figure 2. Agenda type du PI Planning sur deux jours'''</div>
	====Agenda du 1er jour====		====Agenda du 1er jour====
	* '''Contexte de l'entreprise''' - Un Business Owner ou un dirigeant décrit l'état actuel de l'entreprise, partage la [https://www.scaledagileframework.com/portfolio-vision/ Vision du Portefeuille] et présente une perspective sur l'efficacité des solutions existantes à répondre aux besoins actuels des clients.		* '''Contexte de l'entreprise''' - Un Business Owner ou un dirigeant décrit l'état actuel de l'entreprise, partage la [https://www.scaledagileframework.com/portfolio-vision/ Vision du Portefeuille] et présente une perspective sur l'efficacité des solutions existantes à répondre aux besoins actuels des clients.
	* '''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.		* '''Contexte de la planification et déjeuner''' - Le RTE présente le processus de planification et les résultats attendus.
Ligne 115 :		Ligne 115 :
	* '''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.		* '''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.
	[[Fichier:F6-Planning-Retrospective-1.jpg\|border\|center\|link=]]		[[Fichier:F6-Planning-Retrospective-1.jpg\|border\|center\|link=]]
	<div style="text-align: center;">'''Figure 6. Rétrospective du PI ~~planning~~'''</div>		<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 :		* En général, il s'ensuit une discussion sur les prochaines étapes, ainsi que des instructions finales pour les équipes. Cela peut inclure :
	** Nettoyer les salles utilisées pour la planification.		** Nettoyer les salles utilisées pour la planification.
Ligne 138 :		Ligne 138 :
	[[Fichier:PI Planning F08 WEB-2.png\|border\|center\|link=]]		[[Fichier:PI Planning F08 WEB-2.png\|border\|center\|link=]]
	<div style="text-align: center;">'''Figure 8. Pre et Post-PI Planning</div>		<div style="text-align: center;">'''Figure 8. Pre et Post-PI Planning</div>
	L'article sur l'[https://www.scaledagileframework.com/innovation-and-planning-iteration/ itération d'innovation et de planification] fournit un exemple de calendrier permettant de tenir compte des événements Pre- et Post-PI ~~planning~~.		L'article sur l'[https://www.scaledagileframework.com/innovation-and-planning-iteration/ itération d'innovation et de planification] fournit un exemple de calendrier permettant de tenir compte des événements Pre- et Post-PI Planning.

	==En savoir plus==		==En savoir plus==
	[1] Leffingwell, Dean. ''Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the Enterprise.'' Addison-Wesley, 2011.<br/>		[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.		[2] Kennedy, Michael. ''Product Development for the Lean Enterprise.'' Oaklea Press, 2003.

← Version précédente		Version du 18 septembre 2022 à 17:20
Ligne 30 :		Ligne 30 :
	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/>		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.		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.
	[[Fichier:F1-Large-scale-PI-Planning.png\|border\|center]]		[[Fichier:F1-Large-scale-PI-Planning.png\|border\|center\|link=]]
	<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>		<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/>		<br/>
Ligne 81 :		Ligne 81 :
	==Agenda type==		==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].		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]]		[[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>		<div style="text-align: center;">'''Figure 2. Agenda type du PI planning sur deux jours'''</div>
	====Agenda du 1er jour====		====Agenda du 1er jour====
Ligne 91 :		Ligne 91 :
	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]]		[[Fichier:F3-Program-Board.png\|border\|center\|link=]]
	<div style="text-align: center;">'''Figure 3. Program board montrant les features et les dépendances'''</div>		<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.		* '''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.
Ligne 100 :		Ligne 100 :
	* '''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.		* '''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.		* '''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.
	[[Fichier:PI-Objectives F04-v2.png\|border\|center]]		[[Fichier:PI-Objectives F04-v2.png\|border\|center\|link=]]
	<div style="text-align: center;">'''Figure 4. Fiche d'objectifs du PI d'une équipe avec valeur métier attribuée'''</div>		<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.		* '''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.
Ligne 110 :		Ligne 110 :
	* '''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.		* '''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.		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.
	[[Fichier:F5-Confidence-Vote-for-an-ART.png\|border\|center]]		[[Fichier:F5-Confidence-Vote-for-an-ART.png\|border\|center\|link=]]
	<div style="text-align: center;">'''Figure 5. Vote de confiance pour un ART'''</div>		<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.		* '''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.		* '''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.
	[[Fichier:F6-Planning-Retrospective-1.jpg\|border\|center]]		[[Fichier:F6-Planning-Retrospective-1.jpg\|border\|center\|link=]]
	<div style="text-align: center;">'''Figure 6. Rétrospective du PI planning'''</div>		<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 :		* En général, il s'ensuit une discussion sur les prochaines étapes, ainsi que des instructions finales pour les équipes. Cela peut inclure :
Ligne 131 :		Ligne 131 :
	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/>		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/>		<br/>
	[[Fichier:PI-Planning F07 web.jpg\|border\|center]]		[[Fichier:PI-Planning F07 web.jpg\|border\|center\|link=]]
	<div style="text-align: center;">'''Figure 7. Objectifs du PI du programme'''</div>		<div style="text-align: center;">'''Figure 7. Objectifs du PI du programme'''</div>

	==PI Planning du Solution Train==		==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.		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]]		[[Fichier:PI Planning F08 WEB-2.png\|border\|center\|link=]]
	<div style="text-align: center;">'''Figure 8. Pre et Post-PI Planning</div>		<div style="text-align: center;">'''Figure 8. Pre et Post-PI Planning</div>

PI Planning (SAFe) - Historique des versions

Fabrice Aimetti : /* Agenda du 1er jour */

Fabrice Aimetti : /* Entrées et sorties du PI Planning */

Fabrice Aimetti le 15 octobre 2022 à 20:25

Fabrice Aimetti : Fabrice Aimetti a déplacé la page PI Planning vers PI Planning (SAFe) sans laisser de redirection

Fabrice Aimetti le 19 septembre 2022 à 09:15

Fabrice Aimetti le 18 septembre 2022 à 17:28

Fabrice Aimetti : /* PI Planning du Solution Train */

Fabrice Aimetti le 18 septembre 2022 à 17:20

Fabrice Aimetti : /* PI Planning du Solution Train */

Fabrice Aimetti : /* PI Planning du Solution Train */

Fabrice Aimetti : /* Agenda du 1er jour */

Fabrice Aimetti : /* Entrées et sorties du PI Planning */

Fabrice Aimetti : Fabrice Aimetti a déplacé la page PI Planning vers PI Planning (SAFe) sans laisser de redirection

Fabrice Aimetti : /* PI Planning du Solution Train */

Fabrice Aimetti : /* PI Planning du Solution Train */

Fabrice Aimetti : /* PI Planning du Solution Train */