« Enablers (SAFe) » : différence entre les versions
De Wiki Agile
| (7 versions intermédiaires par le même utilisateur non affichées) | |||
| 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/> | ||
| 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=== | ||
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/> | ||
| 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=| | [[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/> | ||
| 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=|600px]]<br/> | |||
<small>''Figure 2. Deux approches pour la mise en œuvre des enablers transversaux.''</small><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== | ||
