Enablers (SAFe) - Historique des versions

Fabrice Aimetti : /* Faciliter l'architecture */

2024-01-19T14:44:10Z

Faciliter l'architecture

← Version précédente		Version du 19 janvier 2024 à 14:44
Ligne 49 :		Ligne 49 :
	En SAFe, les pratiques d'[https://scaledagileframework.com/agile-architecture/ architecture agile] produisent une piste architecturale (''architectural runway''), la technologie sous-jacente qui permet aux équipes agiles et aux ART de fournir rapidement des solutions métier. Mais la piste est constamment occupée par des epics, des features, des capabilities et des stories métiers, et doit donc être étendue à de nouvelles fonctionnalités.<br/>		En SAFe, les pratiques d'[https://scaledagileframework.com/agile-architecture/ architecture agile] produisent une piste architecturale (''architectural runway''), la technologie sous-jacente qui permet aux équipes agiles et aux ART de fournir rapidement des solutions métier. Mais la piste est constamment occupée par des epics, des features, des capabilities et des stories métiers, et doit donc être étendue à de nouvelles fonctionnalités.<br/>
	<br/>		<br/>
	Les enablers d'architecture sont utilisés pour construire, étendre et maintenir la piste. Les enablers d'architecture peuvent également résoudre les problèmes de résilience des solutions déployées. Après la mise en œuvre, ces enablers reflètent souvent les [https://scaledagileframework.com/nonfunctional-requirements/ exigences non fonctionnelles (NFR)] imposées aux futurs éléments du backlog. Les NFR sont souvent à l'origine des enablers d'architecture et se développent globalement au fil du temps (Figure 1).<br/>		Les enablers d'architecture sont utilisés pour construire, étendre et maintenir la piste. Les enablers d'architecture peuvent également résoudre les problèmes de résilience des solutions déployées. Après la mise en œuvre, ces enablers reflètent souvent les [https://scaledagileframework.com/nonfunctional-requirements/ exigences non fonctionnelles (NFR)] imposées aux futurs éléments du backlog. <u>Les NFR sont souvent à l'origine des enablers d'architecture</u> et se développent globalement au fil du temps (Figure 1).<br/>
	<br/>		<br/>
	[[Fichier:Enablers F01.jpg\|border\|link=\|600px]]<br/>		[[Fichier:Enablers F01.jpg\|border\|link=\|600px]]<br/>

Fabrice Aimetti : /* Création et gestion des Enablers */

2024-01-19T14:43:16Z

Création et gestion des Enablers

← Version précédente		Version du 19 janvier 2024 à 14:43
Ligne 33 :		Ligne 33 :
	===Création et gestion des Enablers===		===Création et gestion des Enablers===
	Les Enablers existent tout au long de SAFe et sont écrits et priorisés selon les mêmes règles que leurs epics, features, capabilities et stories correspondantes.		Les Enablers existent tout au long de SAFe et sont écrits et priorisés selon les mêmes règles que leurs epics, features, capabilities et stories correspondantes.
	* Enabler Epics - Elles sont écrites en utilisant le format "epic hypothesis statement", de la même manière que les epics métier. Les Enabler Epics peuvent s'étendre sur plusieurs [https://scaledagileframework.com/agile-release-train/ trains de versions Agile (ART)] et [https://scaledagileframework.com/planning-interval/ PI] et sont gérées via le [https://scaledagileframework.com/portfolio-backlog/ Portfolio Backlog] et le système Kanban qui lui est associé.		* '''Enabler Epics''' - Elles sont écrites en utilisant le format "epic hypothesis statement", de la même manière que les epics métier. Les Enabler Epics peuvent s'étendre sur plusieurs [https://scaledagileframework.com/agile-release-train/ trains de versions Agile (ART)] et [https://scaledagileframework.com/planning-interval/ PI] et sont gérées via le [https://scaledagileframework.com/portfolio-backlog/ Portfolio Backlog] et le système Kanban qui lui est associé.
	* Enabler Features et Capabilities - Elles sont définies par les ART et les [https://scaledagileframework.com/solution-train/ Solution Trains] et comprennent une courte phrase, une hypothèse de bénéfice et des critères d'acceptation. Elles doivent être dimensionnées pour tenir dans un seul PI.		* '''Enabler Features et Capabilities''' - Elles sont définies par les ART et les [https://scaledagileframework.com/solution-train/ Solution Trains] et comprennent une courte phrase, une hypothèse de bénéfice et des critères d'acceptation. Elles doivent être dimensionnées pour tenir dans un seul PI.
	* Enabler Stories - Elles doivent tenir dans les [https://scaledagileframework.com/iterations/ itérations] comme n'importe quelle autre story. Bien qu'elles ne nécessitent pas le format de la voix de l'utilisateur, leurs critères d'acceptation clarifient les exigences et favorisent les tests.		* '''Enabler Stories''' - Elles doivent tenir dans les [https://scaledagileframework.com/iterations/ itérations] comme n'importe quelle autre story. Bien qu'elles ne nécessitent pas le format de la voix de l'utilisateur, leurs critères d'acceptation clarifient les exigences et favorisent les tests.

	Les architectes définissent et pilotent souvent les enabler epics, features et capabilities. Il peut s'agir d'[https://scaledagileframework.com/enterprise-architect/ architectes d'entreprise] qui contribuent au portefeuille, d'[architectes de systèmes https://scaledagileframework.com/system-architect/] qui contribuent aux ART ou d'[https://scaledagileframework.com/solution-architect/ architectes de solutions] qui contribuent aux [https://scaledagileframework.com/solution-train/ Trains de Solution]. Les architectes dirigent les enablers à travers le système Kanban et le backlog appropriés, en guidant la mise en œuvre du concept à la livraison. Les [https://scaledagileframework.com/agile-teams/ équipes agiles] utilisent également des enablers ; des enabler stories émergent localement à partir de leurs besoins et sont portées dans le [https://scaledagileframework.com/team-backlog/ Backlog de l'équipe].<br/>		Les architectes définissent et pilotent souvent les enabler epics, features et capabilities. Il peut s'agir d'[https://scaledagileframework.com/enterprise-architect/ architectes d'entreprise] qui contribuent au portefeuille, d'[architectes de systèmes https://scaledagileframework.com/system-architect/] qui contribuent aux ART ou d'[https://scaledagileframework.com/solution-architect/ architectes de solutions] qui contribuent aux [https://scaledagileframework.com/solution-train/ Trains de Solution]. Les architectes dirigent les enablers à travers le système Kanban et le backlog appropriés, en guidant la mise en œuvre du concept à la livraison. Les [https://scaledagileframework.com/agile-teams/ équipes agiles] utilisent également des enablers ; des enabler stories émergent localement à partir de leurs besoins et sont portées dans le [https://scaledagileframework.com/team-backlog/ Backlog de l'équipe].<br/>

Fabrice Aimetti : /* Types d'Enablers */

2024-01-19T14:42:45Z

Types d'Enablers

← Version précédente		Version du 19 janvier 2024 à 14:42
Ligne 26 :		Ligne 26 :
	===Types d'Enablers===		===Types d'Enablers===
	Les Enablers peuvent être utilisés pour définir toute activité qui améliore la chaîne de valeur afin de répondre aux besoins prévisibles du métier. Ces activités entrent généralement dans l'une des quatre catégories suivantes :		Les Enablers peuvent être utilisés pour définir toute activité qui améliore la chaîne de valeur afin de répondre aux besoins prévisibles du métier. Ces activités entrent généralement dans l'une des quatre catégories suivantes :
	* Exploration - soutien à la recherche, au prototypage et à d'autres activités nécessaires pour comprendre les besoins des clients, y compris l'exploration de [https://scaledagileframework.com/solution/ Solutions] potentielles et l'évaluation d'alternatives.		* '''Exploration''' - soutien à la recherche, au prototypage et à d'autres activités nécessaires pour comprendre les besoins des clients, y compris l'exploration de [https://scaledagileframework.com/solution/ Solutions] potentielles et l'évaluation d'alternatives.
	* Architectural - utilisé pour construire la [https://scaledagileframework.com/architectural-runway/ piste architecturale (''Architectural Runway'')], qui permet un développement plus fluide et plus rapide par le biais de la [https://scaledagileframework.com/continuous-delivery-pipeline/ chaîne de livraison continue] (CDP - ''Continuous Delivery Pipeline'').		* '''Architectural''' - utilisé pour construire la [https://scaledagileframework.com/architectural-runway/ piste architecturale (''Architectural Runway'')], qui permet un développement plus fluide et plus rapide par le biais de la [https://scaledagileframework.com/continuous-delivery-pipeline/ chaîne de livraison continue] (CDP - ''Continuous Delivery Pipeline'').
	* Infrastructure - soutien à la création et à l'optimisation des environnements de développement et d'exécution qui hébergent les systèmes utilisés pour construire, valider, déployer et exploiter les solutions.		* '''Infrastructure''' - soutien à la création et à l'optimisation des environnements de développement et d'exécution qui hébergent les systèmes utilisés pour construire, valider, déployer et exploiter les solutions.
	* Conformité - facilite la gestion des activités de conformité spécifiques, y compris la vérification et la validation (V&V), les audits et les approbations, et l'automatisation des règles.		* '''Conformité''' - facilite la gestion des activités de conformité spécifiques, y compris la vérification et la validation (V&V), les audits et les approbations, et l'automatisation des règles.

	===Création et gestion des Enablers===		===Création et gestion des Enablers===

Fabrice Aimetti le 28 décembre 2023 à 16:35

2023-12-28T16:35:24Z

← Version précédente		Version du 28 décembre 2023 à 16:35
Ligne 11 :		Ligne 11 :
	Traduction :<br />		Traduction :<br />
	<br />		<br />
	[[Fichier:Enabler 6.0 Nav Icon-1.png\|left\|border\|link=]] ''La chance est une question de préparation venant à la rencontre d‘une opportunité.''<br/>		[[Fichier:Enabler 6.0 Nav Icon-1.png\|left\|border\|link=https://scaledagileframework.com/]] ''La chance est une question de préparation venant à la rencontre d‘une opportunité.''<br/>
	<br/>		<br/>
	- Largement attribué à Sénèque, philosophe et dramaturge romain.<br/>		- Largement attribué à Sénèque, philosophe et dramaturge romain.<br/>

Fabrice Aimetti : /* Mise en œuvre des Enablers à travers les ART et les flux de valeur */

2023-12-28T16:33:45Z

Mise en œuvre des Enablers à travers les ART et les flux de valeur

← Version précédente		Version du 28 décembre 2023 à 16:33
Ligne 88 :		Ligne 88 :
	<small>''Figure 2. Deux approches pour la mise en œuvre des enablers transversaux.''</small><br/>		<small>''Figure 2. Deux approches pour la mise en œuvre des enablers transversaux.''</small><br/>
	<br/>		<br/>
			Dans le scénario A, l'enabler est d'abord mis en œuvre dans l'ART 1, puis par les autres ART dans les PI suivants. Cela peut atténuer l'impact du changement sur l'ensemble du portefeuille, mais peut retarder la réalisation des bénéfices d'une mise en œuvre complète de l'enabler. En revanche, le scénario B prévoit que toutes les ART mettent en œuvre l'enabler en même temps. Ce scénario est préférable si le coût du retard de l'ensemble de la mise en œuvre est inacceptable.

	==En savoir plus==		==En savoir plus==

Fabrice Aimetti : /* Mise en œuvre des Enablers à travers les ART et les flux de valeur */

2023-12-28T16:31:14Z

Mise en œuvre des Enablers à travers les ART et les flux de valeur

← Version précédente		Version du 28 décembre 2023 à 16:31
Ligne 85 :		Ligne 85 :
	Les enabler epics et capabilities peuvent traverser plusieurs flux de valeur ou ART. Au cours de la phase d'analyse du système Kanban approprié, il est important de déterminer s'il faut mettre en œuvre l'enabler dans toutes les ART simultanément ou incrémentalement (figure 2).<br/>		Les enabler epics et capabilities peuvent traverser plusieurs flux de valeur ou ART. Au cours de la phase d'analyse du système Kanban approprié, il est important de déterminer s'il faut mettre en œuvre l'enabler dans toutes les ART simultanément ou incrémentalement (figure 2).<br/>
	<br/>		<br/>
	[[Fichier:Enablers F02.jpg\|border\|link=]]<br/>		[[Fichier:Enablers F02.jpg\|border\|link=\|600px]]<br/>
	<small>''Figure 2. Deux approches pour la mise en œuvre des enablers transversaux.''</small><br/>		<small>''Figure 2. Deux approches pour la mise en œuvre des enablers transversaux.''</small><br/>
	<br/>		<br/>

Fabrice Aimetti : /* Faciliter l'architecture */

2023-12-28T16:30:58Z

Faciliter l'architecture

← Version précédente		Version du 28 décembre 2023 à 16:30
Ligne 51 :		Ligne 51 :
	Les enablers d'architecture sont utilisés pour construire, étendre et maintenir la piste. Les enablers d'architecture peuvent également résoudre les problèmes de résilience des solutions déployées. Après la mise en œuvre, ces enablers reflètent souvent les [https://scaledagileframework.com/nonfunctional-requirements/ exigences non fonctionnelles (NFR)] imposées aux futurs éléments du backlog. Les NFR sont souvent à l'origine des enablers d'architecture et se développent globalement au fil du temps (Figure 1).<br/>		Les enablers d'architecture sont utilisés pour construire, étendre et maintenir la piste. Les enablers d'architecture peuvent également résoudre les problèmes de résilience des solutions déployées. Après la mise en œuvre, ces enablers reflètent souvent les [https://scaledagileframework.com/nonfunctional-requirements/ exigences non fonctionnelles (NFR)] imposées aux futurs éléments du backlog. Les NFR sont souvent à l'origine des enablers d'architecture et se développent globalement au fil du temps (Figure 1).<br/>
	<br/>		<br/>
	[[Fichier:Enablers F01.jpg\|border\|link=\|~~500px~~]]<br/>		[[Fichier:Enablers F01.jpg\|border\|link=\|600px]]<br/>
	<small>''Figure 1. De nombreuses NFR apparaissent au fil du temps grâce aux enablers.''</small><br/>		<small>''Figure 1. De nombreuses NFR apparaissent au fil du temps grâce aux enablers.''</small><br/>

Fabrice Aimetti : /* Mise en œuvre des Enablers à travers les ART et les flux de valeur */

2023-12-28T16:30:37Z

Mise en œuvre des Enablers à travers les ART et les flux de valeur

← Version précédente		Version du 28 décembre 2023 à 16:30
Ligne 84 :		Ligne 84 :
	===Mise en œuvre des Enablers à travers les ART et les flux de valeur===		===Mise en œuvre des Enablers à travers les ART et les flux de valeur===
	Les enabler epics et capabilities peuvent traverser plusieurs flux de valeur ou ART. Au cours de la phase d'analyse du système Kanban approprié, il est important de déterminer s'il faut mettre en œuvre l'enabler dans toutes les ART simultanément ou incrémentalement (figure 2).<br/>		Les enabler epics et capabilities peuvent traverser plusieurs flux de valeur ou ART. Au cours de la phase d'analyse du système Kanban approprié, il est important de déterminer s'il faut mettre en œuvre l'enabler dans toutes les ART simultanément ou incrémentalement (figure 2).<br/>
			<br/>
			[[Fichier:Enablers F02.jpg\|border\|link=]]<br/>
			<small>''Figure 2. Deux approches pour la mise en œuvre des enablers transversaux.''</small><br/>
	<br/>		<br/>

Fabrice Aimetti : /* Mise en œuvre incrémentale des Enablers */

2023-12-28T16:24:50Z

Mise en œuvre incrémentale des Enablers

← Version précédente		Version du 28 décembre 2023 à 16:24
Ligne 81 :		Ligne 81 :
	<br/>		<br/>
	En créant les plates-formes technologiques qui fournissent les fonctionnalités métier, les enablers améliorent la situation économique. Mais le développement de produits innovants ne peut se faire sans prise de risque. C'est pourquoi les décisions initiales liées à la technologie ne peuvent pas toujours être correctes, et c'est pourquoi l'entreprise Lean doit être prête à changer de cap de temps en temps. Dans ce cas, le principe des coûts irrécupérables [3] (''sunk costs'') fournit une indication essentielle : ne pas tenir compte de l'argent déjà dépensé. La mise en œuvre incrémentale permet de prendre des mesures correctives avant que l'investissement ne devienne trop important.		En créant les plates-formes technologiques qui fournissent les fonctionnalités métier, les enablers améliorent la situation économique. Mais le développement de produits innovants ne peut se faire sans prise de risque. C'est pourquoi les décisions initiales liées à la technologie ne peuvent pas toujours être correctes, et c'est pourquoi l'entreprise Lean doit être prête à changer de cap de temps en temps. Dans ce cas, le principe des coûts irrécupérables [3] (''sunk costs'') fournit une indication essentielle : ne pas tenir compte de l'argent déjà dépensé. La mise en œuvre incrémentale permet de prendre des mesures correctives avant que l'investissement ne devienne trop important.

			===Mise en œuvre des Enablers à travers les ART et les flux de valeur===
			Les enabler epics et capabilities peuvent traverser plusieurs flux de valeur ou ART. Au cours de la phase d'analyse du système Kanban approprié, il est important de déterminer s'il faut mettre en œuvre l'enabler dans toutes les ART simultanément ou incrémentalement (figure 2).<br/>
			<br/>

	==En savoir plus==		==En savoir plus==

Fabrice Aimetti : /* Mise en œuvre incrémentale des Enablers */

2023-12-28T16:22:05Z

Mise en œuvre incrémentale des Enablers

← Version précédente		Version du 28 décembre 2023 à 16:22
Ligne 73 :		Ligne 73 :
	Le travail doit être séquencé de manière à ce que le système puisse continuer à fonctionner dans l'environnement actuel pendant que les enablers sont mis en œuvre. De cette façon, les équipes peuvent continuer à travailler, à intégrer, à faire des démonstrations et même à livrer de nouvelles fonctionnalités.<br/>		Le travail doit être séquencé de manière à ce que le système puisse continuer à fonctionner dans l'environnement actuel pendant que les enablers sont mis en œuvre. De cette façon, les équipes peuvent continuer à travailler, à intégrer, à faire des démonstrations et même à livrer de nouvelles fonctionnalités.<br/>
	<br/>		<br/>
			Il existe trois façons d'aborder cette question [1] :
			* '''Cas A''' - L'enabler est gros, mais l'approche de la mise en œuvre est incrémentale. Le système fonctionne toujours et est exploité.
			* '''Cas B''' - L'enabler est gros, mais il ne peut pas être mis en œuvre de manière incrémentale. Le système devra occasionnellement être interrompu.
			* '''Cas C''' - L'enabler est très gros et ne peut pas être mis en œuvre de manière incrémentale. Le système fonctionne lorsque c'est nécessaire.

			Des exemples de patterns incrémentaux sont également décrits dans [2], où les sous-systèmes patrimoniaux sont progressivement "étranglés" au fil du temps, en utilisant des patterns éprouvés tels que la capture d'assets ou l'interception d'événements.<br/>
			<br/>
			En créant les plates-formes technologiques qui fournissent les fonctionnalités métier, les enablers améliorent la situation économique. Mais le développement de produits innovants ne peut se faire sans prise de risque. C'est pourquoi les décisions initiales liées à la technologie ne peuvent pas toujours être correctes, et c'est pourquoi l'entreprise Lean doit être prête à changer de cap de temps en temps. Dans ce cas, le principe des coûts irrécupérables [3] (''sunk costs'') fournit une indication essentielle : ne pas tenir compte de l'argent déjà dépensé. La mise en œuvre incrémentale permet de prendre des mesures correctives avant que l'investissement ne devienne trop important.

	==En savoir plus==		==En savoir plus==

Enablers (SAFe) - Historique des versions

Fabrice Aimetti : /* Faciliter l'architecture */

Fabrice Aimetti : /* Création et gestion des Enablers */

Fabrice Aimetti : /* Types d'Enablers */

Fabrice Aimetti le 28 décembre 2023 à 16:35

Fabrice Aimetti : /* Mise en œuvre des Enablers à travers les ART et les flux de valeur */

Fabrice Aimetti : /* Mise en œuvre des Enablers à travers les ART et les flux de valeur */

Fabrice Aimetti : /* Faciliter l'architecture */

Fabrice Aimetti : /* Mise en œuvre des Enablers à travers les ART et les flux de valeur */

Fabrice Aimetti : /* Mise en œuvre incrémentale des Enablers */

Fabrice Aimetti : /* Mise en œuvre incrémentale des Enablers */

Fabrice Aimetti : /* Faciliter l'architecture */

Fabrice Aimetti : /* Création et gestion des Enablers */

Fabrice Aimetti : /* Types d'Enablers */

Fabrice Aimetti : /* Mise en œuvre des Enablers à travers les ART et les flux de valeur */

Fabrice Aimetti : /* Mise en œuvre des Enablers à travers les ART et les flux de valeur */

Fabrice Aimetti : /* Faciliter l'architecture */

Fabrice Aimetti : /* Mise en œuvre des Enablers à travers les ART et les flux de valeur */

Fabrice Aimetti : /* Mise en œuvre incrémentale des Enablers */

Fabrice Aimetti : /* Mise en œuvre incrémentale des Enablers */