LeSS - Domaines d'exigences - Historique des versions

Fabrice Aimetti le 31 mars 2022 à 06:01

2022-03-31T06:01:03Z

← Version précédente		Version du 31 mars 2022 à 06:01
Ligne 8 :		Ligne 8 :
	Traduction :<br />		Traduction :<br />
	<br />		<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 />		[[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"		{\| class="wikitable"
	! Domaine d'exigences<br />		! Domaine d'exigences<br />

Fabrice Aimetti le 18 septembre 2018 à 17:24

2018-09-18T17:24:37Z

← Version précédente		Version du 18 septembre 2018 à 17:24
Ligne 1 :		Ligne 1 :
	[[Category: Portail LeSS]]		[[Category: Portail LeSS]]
	Auteur : The LeSS Company B.V.~~</span>~~<br />		Auteur : The LeSS Company B.V.<br />
	Source : [http://less.works/less/less-huge/requirement-areas.html Requirement Areas - Large Scale Scrum (LeSS)]<br />		Source : [http://less.works/less/less-huge/requirement-areas.html Requirement Areas - Large Scale Scrum (LeSS)]<br />
	----		----

Fabrice Aimetti le 12 août 2018 à 09:42

2018-08-12T09:42:35Z

← Version précédente		Version du 12 août 2018 à 09:42
Ligne 1 :		Ligne 1 :
	[[Category: Portail LeSS]]		[[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 /> ~~<span style="background-color: #ffffff">~~Source : [http://less.works/less/less-huge/requirement-areas.html Requirement Areas - Large Scale Scrum (LeSS)]~~</span>~~<br />		Auteur : The LeSS Company B.V.</span><br />
			Source : [http://less.works/less/less-huge/requirement-areas.html Requirement Areas - Large Scale Scrum (LeSS)]<br />
	----		----
	~~<span style="background-color: #ffffff">~~Traducteur : Fabrice Aimetti~~</span>~~<br /> ~~<span style="background-color: #ffffff">~~Date : 19/12/2016~~</span>~~<br />		Traducteur : Fabrice Aimetti<br />
			Date : 19/12/2016<br />
	----		----
	~~''<span style="background-color: #ffffff">~~Traduction :~~</span>''~~<br /> <br />		Traduction :<br />
			<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 />		[[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 />
	{\| class="~~wiki_table~~"		{\| 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 /> 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.~~<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.

Fabrice Aimetti : Page créée avec « Category: Portail LeSS
Auteur : The LeSS Company B.V.
<... »

2018-07-18T05:24:21Z

Page créée avec « Category: Portail LeSS <div id="content_view" class="wiki" style="display: block">Auteur : The LeSS Company B.V. <... »

Nouvelle page

[[Category: Portail LeSS]]
<div id="content_view" class="wiki" style="display: block">Auteur : The LeSS Company B.V. Source : [http://less.works/less/less-huge/requirement-areas.html Requirement Areas - Large Scale Scrum (LeSS)] 
----
Traducteur : Fabrice Aimetti Date : 19/12/2016 
----
''Traduction :'' 
[[LeSS - Portail LeSS Huge]] 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. 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 : [[Image:requirement-areas_fr.png|requirement-areas_fr.png]] 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 : 
{| class="wiki_table"
! Domaine d'exigences 
! Domaine de développements 
|-
| organisé selon les exigences centrées sur le client 
| organisé selon l'architecture du produit 
|-
| pas de propriété sur le code d'un sous-système 
| propriété sur le code par sous-système 
|-
| temporaire par nature ; changera avec le cycle de vie du produit, mais pas à chaque itération 
| a tendance à être pérenne sur le cycle de vie du produit 
|-
| focus sur le client, en utilisant le langage du client 
| focus sur l'architecture, en utilisant le langage de la technologie 
|}
 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.

LeSS - Domaines d'exigences - Historique des versions

Fabrice Aimetti le 31 mars 2022 à 06:01

Fabrice Aimetti le 18 septembre 2018 à 17:24

Fabrice Aimetti le 12 août 2018 à 09:42

Fabrice Aimetti : Page créée avec « Category: Portail LeSS Auteur : The LeSS Company B.V. <... »

Fabrice Aimetti : Page créée avec « Category: Portail LeSS
Auteur : The LeSS Company B.V.
<... »