« LeSS - Domaines d'exigences » : différence entre les versions
De Wiki Agile
Page créée avec « Category: Portail LeSS <div id="content_view" class="wiki" style="display: block"><span style="background-color: #ffffff">Auteur : The LeSS Company B.V.</span><br /> <... » |
Aucun résumé des modifications |
||
| (2 versions intermédiaires par le même utilisateur non affichées) | |||
| Ligne 1 : | Ligne 1 : | ||
[[Category: Portail LeSS]] | [[Category: Portail LeSS]] | ||
Auteur : The LeSS Company B.V.<br /> | |||
Source : [http://less.works/less/less-huge/requirement-areas.html Requirement Areas - Large Scale Scrum (LeSS)]<br /> | |||
---- | ---- | ||
Traducteur : Fabrice Aimetti<br /> | |||
Date : 19/12/2016<br /> | |||
---- | ---- | ||
Traduction :<br /> | |||
[[LeSS - Portail LeSS Huge]]<br /> <br /> Le dispositif des équipes features peut facilement être mis à l'échelle, mais lorsque leur nombre dépasse huit, une structure complémentaire est nécessaire. Les domaines d'exigence fournissent cette structure et complètent les concepts sous-jacents aux feature teams. Un domaine d'exigence est une catégorisation des exigences permettant d'avoir plusieurs vues du Backlog Produit.<br /> <br /> Le [http://less.works/less/framework/product-owner.html Product Owner] (PO) regroupe chaque élément du Backlog Produit dans une et une seule catégorie d'exigences, son domaine d'exigences. Ensuite, il génère différentes vues du Backlog Produit global, nommées Backlog de Domaine (NdT : Area Backlog). Les Backlogs de Domaine sont priorisés par un [[LeSS%20-%20Product%20Owner%20de%20Domaine|Product Owner de Domaine (fr)]] (NdT : Area Product Owner) qui se spécialise sur une partie du produit avec une optique client. Chaque domaine d'exigences a plusieurs équipes feature travaillant à partir du Backlog de Domaine, comme illustré ci-après :<br /> <br /> [[Image:requirement-areas_fr.png|requirement-areas_fr.png]]<br /> <br /> Les domaines d'exigences sont mis à l'échelle via les équipes features. Si vous mettez à l'échelle avec des équipes structurées selon l'architecture du produit, on appelle ça des domaines de développement. Le tableau ci-dessous résume les différences :<br /> <br /> | <br /> | ||
{| class=" | [[LeSS - Portail LeSS Huge]]<br /> <br /> Le dispositif des équipes features peut facilement être mis à l'échelle, mais lorsque leur nombre dépasse huit, une structure complémentaire est nécessaire. Les domaines d'exigence fournissent cette structure et complètent les concepts sous-jacents aux feature teams. Un domaine d'exigence est une catégorisation des exigences permettant d'avoir plusieurs vues du Backlog Produit.<br /> <br /> Le [http://less.works/less/framework/product-owner.html Product Owner] (PO) regroupe chaque élément du Backlog Produit dans une et une seule catégorie d'exigences, son domaine d'exigences. Ensuite, il génère différentes vues du Backlog Produit global, nommées Backlog de Domaine (NdT : Area Backlog). Les Backlogs de Domaine sont priorisés par un [[LeSS%20-%20Product%20Owner%20de%20Domaine|Product Owner de Domaine (fr)]] (NdT : Area Product Owner) qui se spécialise sur une partie du produit avec une optique client. Chaque domaine d'exigences a plusieurs équipes feature travaillant à partir du Backlog de Domaine, comme illustré ci-après :<br /> <br /> [[Image:requirement-areas_fr.png|requirement-areas_fr.png|border|link=]]<br /> <br /> Les domaines d'exigences sont mis à l'échelle via les équipes features. Si vous mettez à l'échelle avec des équipes structurées selon l'architecture du produit, on appelle ça des domaines de développement. Le tableau ci-dessous résume les différences :<br /> <br /> | ||
{| class="wikitable" | |||
! Domaine d'exigences<br /> | ! Domaine d'exigences<br /> | ||
! Domaine de développements<br /> | ! Domaine de développements<br /> | ||
| Ligne 22 : | Ligne 25 : | ||
| focus sur l'architecture, en utilisant le langage de la technologie<br /> | | focus sur l'architecture, en utilisant le langage de la technologie<br /> | ||
|} | |} | ||
<br /> | <br /> | ||
Les domaines de développement ne sont ''pas'' recommandés et sont simplement mentionnés pour montrer la différence avec les domaines d'exigence. | |||