« Enablers (SAFe) » : différence entre les versions
De Wiki Agile
| (Une version intermédiaire par le même utilisateur non affichée) | |||
| 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/> | ||
| 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/> | ||
