Itération Agile. Train de Release Agile. Fractale Agile - Historique des versions

Fabrice Aimetti le 14 mai 2020 à 10:33

2020-05-14T10:33:01Z

← Version précédente		Version du 14 mai 2020 à 10:33
Ligne 10 :		Ligne 10 :
	Traduction :<br />		Traduction :<br />
	<br />		<br />
	<span style="display: block; text-align: justify"><span class="hps">Comme je l'ai longuement décrit dans </span>[http://www.amazon.com/Agile-Software-Requirements-Enterprise-Development/dp/0321635841/ref=sr_1_7?s=books&ie=UTF8&qid=1283881266&sr=1-7 Agile Software Requirements], [http://www.amazon.com/Scaling-Software-Agility-Practices-Enterprises/dp/0321458192/ref=pd_sim_b5 Scaling Software Agility]<span class="hps"> et ce [http://scalingsoftwareagility.wordpress.com/category/agile-release-train/ blog], le Train de Release Agile peut offrir des avantages considérables pour les grandes Entreprises logicielles agiles. Moi, et beaucoup d'autres</span>, l'utilisons <span class="hps">régulièrement pour : 1) Aligner les équipes agiles sur une mission commune et 2) Organiser l'entreprise autour de des concepts de programme et de </span>flux de <span class="hps">développement de produits.</span></span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify"><span class="hps">Toutefois, étant un homme économe en</span> <span class="hps atn">mots</span>, j'ai <span class="hps">parfois un peu de mal à décrire le Train</span> de <span class="hps">Release Agile dans</span> des termes <span class="hps">les plus simples possibles</span>. <span class="hps">Il y a quelque temps</span>, j'ai comparé <span class="hps">le train de release à une fractale au-dessus du sprint / itération. </span>Une fractale <span class="hps">est une forme géométrique qui peut être divisée en différentes parties, chacune de ces parties étant une copie en taille réduite de l'ensemble</span>. <span class="hps">Peut-être est-ce la meilleure façon de penser au train de release. Essayons</span>.<br /> <br /> <span class="hps">Il n'y a pas de débat</span> sur le fait <span class="hps">qu'une itération / sprint agile suit un schéma général simple </span>: 1. <span class="hps">Plan 2. Engagement 3. Exécution 4. Démonstration 5. Adaptation </span><span class="hps atn">(</span>Rétroaction). <span class="hps">Cela ressemble à ça </span>:<br /> <br /> [[Image:screen-shot-2011-09-27-at-12-44-35-pm.png\|screen-shot-2011-09-27-at-12-44-35-pm.png]]<br /> <br /> <span class="hps">Le train de release met en jeu plus d'équipes et des</span> <span class="hps atn">itérations plus longues (super </span>sprint) <span class="hps">mais le schéma est exactement le même</span>, <span class="hps">c'est juste qu'il s'applique au niveau au-dessus, au niveau du programme. Cela ressemble à ça </span>:<br /> [[Image:screen-shot-2011-09-27-at-12-44-46-pm.png\|screen-shot-2011-09-27-at-12-44-46-pm.png]]<br /> </span><br /> Est-ce que c'est plus simple à comprendre ?<br /> <br />		<span style="display: block; text-align: justify"><span class="hps">Comme je l'ai longuement décrit dans </span>[http://www.amazon.com/Agile-Software-Requirements-Enterprise-Development/dp/0321635841/ref=sr_1_7?s=books&ie=UTF8&qid=1283881266&sr=1-7 Agile Software Requirements], [http://www.amazon.com/Scaling-Software-Agility-Practices-Enterprises/dp/0321458192/ref=pd_sim_b5 Scaling Software Agility]<span class="hps"> et ce [http://scalingsoftwareagility.wordpress.com/category/agile-release-train/ blog], le Train de Release Agile peut offrir des avantages considérables pour les grandes Entreprises logicielles agiles. Moi, et beaucoup d'autres</span>, l'utilisons <span class="hps">régulièrement pour : 1) Aligner les équipes agiles sur une mission commune et 2) Organiser l'entreprise autour de des concepts de programme et de </span>flux de <span class="hps">développement de produits.</span></span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify"><span class="hps">Toutefois, étant un homme économe en</span> <span class="hps atn">mots</span>, j'ai <span class="hps">parfois un peu de mal à décrire le Train</span> de <span class="hps">Release Agile dans</span> des termes <span class="hps">les plus simples possibles</span>. <span class="hps">Il y a quelque temps</span>, j'ai comparé <span class="hps">le train de release à une fractale au-dessus du sprint / itération. </span>Une fractale <span class="hps">est une forme géométrique qui peut être divisée en différentes parties, chacune de ces parties étant une copie en taille réduite de l'ensemble</span>. <span class="hps">Peut-être est-ce la meilleure façon de penser au train de release. Essayons</span>.<br /> <br /> <span class="hps">Il n'y a pas de débat</span> sur le fait <span class="hps">qu'une itération / sprint agile suit un schéma général simple </span>: 1. <span class="hps">Plan 2. Engagement 3. Exécution 4. Démonstration 5. Adaptation </span><span class="hps atn">(</span>Rétroaction). <span class="hps">Cela ressemble à ça </span>:<br /> <br /> [[Image:screen-shot-2011-09-27-at-12-44-35-pm.png\|screen-shot-2011-09-27-at-12-44-35-pm.png\|link=]]<br /> <br /> <span class="hps">Le train de release met en jeu plus d'équipes et des</span> <span class="hps atn">itérations plus longues (super </span>sprint) <span class="hps">mais le schéma est exactement le même</span>, <span class="hps">c'est juste qu'il s'applique au niveau au-dessus, au niveau du programme. Cela ressemble à ça </span>:<br /> [[Image:screen-shot-2011-09-27-at-12-44-46-pm.png\|screen-shot-2011-09-27-at-12-44-46-pm.png\|link=]]<br /> </span><br /> Est-ce que c'est plus simple à comprendre ?<br /> <br />

Fabrice Aimetti le 23 août 2018 à 10:09

2018-08-23T10:09:10Z

← Version précédente		Version du 23 août 2018 à 10:09
Ligne 1 :		Ligne 1 :
	[[Category: Portail Planification]]		[[Category: Portail Planification]]
	[[Category: Dean Leffingwel]]		[[Category: Dean Leffingwel]]
	~~<div id="content_view" class="wiki" style="display: block">~~ Auteur : Dean Leffingwel<br /> Source : [http://scalingsoftwareagility.wordpress.com/2011/09/27/agile-iteration-agile-release-train-agile-fractal/ Agile Iteration. Agile Release Train. Agile Fractal.]<br /> Date : 27/09/2011<br />		Auteur : Dean Leffingwel<br />
			Source : [http://scalingsoftwareagility.wordpress.com/2011/09/27/agile-iteration-agile-release-train-agile-fractal/ Agile Iteration. Agile Release Train. Agile Fractal.]<br />
			Date : 27/09/2011<br />
	----		----
	Traducteur : Fabrice Aimetti<br /> Date : 30/09/2011<br />		Traducteur : Fabrice Aimetti<br />
			Date : 30/09/2011<br />
	----		----
	''Traduction :''<br /> <br /> <span style="display: block; text-align: justify"><span class="hps">Comme je l'ai longuement décrit dans </span>[http://www.amazon.com/Agile-Software-Requirements-Enterprise-Development/dp/0321635841/ref=sr_1_7?s=books&ie=UTF8&qid=1283881266&sr=1-7 Agile Software Requirements], [http://www.amazon.com/Scaling-Software-Agility-Practices-Enterprises/dp/0321458192/ref=pd_sim_b5 Scaling Software Agility]<span class="hps"> et ce [http://scalingsoftwareagility.wordpress.com/category/agile-release-train/ blog], le Train de Release Agile peut offrir des avantages considérables pour les grandes Entreprises logicielles agiles. Moi, et beaucoup d'autres</span>, l'utilisons <span class="hps">régulièrement pour : 1) Aligner les équipes agiles sur une mission commune et 2) Organiser l'entreprise autour de des concepts de programme et de </span>flux de <span class="hps">développement de produits.</span></span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify"><span class="hps">Toutefois, étant un homme économe en</span> <span class="hps atn">mots</span>, j'ai <span class="hps">parfois un peu de mal à décrire le Train</span> de <span class="hps">Release Agile dans</span> des termes <span class="hps">les plus simples possibles</span>. <span class="hps">Il y a quelque temps</span>, j'ai comparé <span class="hps">le train de release à une fractale au-dessus du sprint / itération. </span>Une fractale <span class="hps">est une forme géométrique qui peut être divisée en différentes parties, chacune de ces parties étant une copie en taille réduite de l'ensemble</span>. <span class="hps">Peut-être est-ce la meilleure façon de penser au train de release. Essayons</span>.<br /> <br /> <span class="hps">Il n'y a pas de débat</span> sur le fait <span class="hps">qu'une itération / sprint agile suit un schéma général simple </span>: 1. <span class="hps">Plan 2. Engagement 3. Exécution 4. Démonstration 5. Adaptation </span><span class="hps atn">(</span>Rétroaction). <span class="hps">Cela ressemble à ça </span>:<br /> <br /> [[Image:screen-shot-2011-09-27-at-12-44-35-pm.png\|screen-shot-2011-09-27-at-12-44-35-pm.png]]<br /> <br /> <span class="hps">Le train de release met en jeu plus d'équipes et des</span> <span class="hps atn">itérations plus longues (super </span>sprint) <span class="hps">mais le schéma est exactement le même</span>, <span class="hps">c'est juste qu'il s'applique au niveau au-dessus, au niveau du programme. Cela ressemble à ça </span>:<br /> [[Image:screen-shot-2011-09-27-at-12-44-46-pm.png\|screen-shot-2011-09-27-at-12-44-46-pm.png]]<br /> </span><br /> Est-ce que c'est plus simple à comprendre ?<br /> <br />		Traduction :<br />
			<br />
			<span style="display: block; text-align: justify"><span class="hps">Comme je l'ai longuement décrit dans </span>[http://www.amazon.com/Agile-Software-Requirements-Enterprise-Development/dp/0321635841/ref=sr_1_7?s=books&ie=UTF8&qid=1283881266&sr=1-7 Agile Software Requirements], [http://www.amazon.com/Scaling-Software-Agility-Practices-Enterprises/dp/0321458192/ref=pd_sim_b5 Scaling Software Agility]<span class="hps"> et ce [http://scalingsoftwareagility.wordpress.com/category/agile-release-train/ blog], le Train de Release Agile peut offrir des avantages considérables pour les grandes Entreprises logicielles agiles. Moi, et beaucoup d'autres</span>, l'utilisons <span class="hps">régulièrement pour : 1) Aligner les équipes agiles sur une mission commune et 2) Organiser l'entreprise autour de des concepts de programme et de </span>flux de <span class="hps">développement de produits.</span></span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify"><span class="hps">Toutefois, étant un homme économe en</span> <span class="hps atn">mots</span>, j'ai <span class="hps">parfois un peu de mal à décrire le Train</span> de <span class="hps">Release Agile dans</span> des termes <span class="hps">les plus simples possibles</span>. <span class="hps">Il y a quelque temps</span>, j'ai comparé <span class="hps">le train de release à une fractale au-dessus du sprint / itération. </span>Une fractale <span class="hps">est une forme géométrique qui peut être divisée en différentes parties, chacune de ces parties étant une copie en taille réduite de l'ensemble</span>. <span class="hps">Peut-être est-ce la meilleure façon de penser au train de release. Essayons</span>.<br /> <br /> <span class="hps">Il n'y a pas de débat</span> sur le fait <span class="hps">qu'une itération / sprint agile suit un schéma général simple </span>: 1. <span class="hps">Plan 2. Engagement 3. Exécution 4. Démonstration 5. Adaptation </span><span class="hps atn">(</span>Rétroaction). <span class="hps">Cela ressemble à ça </span>:<br /> <br /> [[Image:screen-shot-2011-09-27-at-12-44-35-pm.png\|screen-shot-2011-09-27-at-12-44-35-pm.png]]<br /> <br /> <span class="hps">Le train de release met en jeu plus d'équipes et des</span> <span class="hps atn">itérations plus longues (super </span>sprint) <span class="hps">mais le schéma est exactement le même</span>, <span class="hps">c'est juste qu'il s'applique au niveau au-dessus, au niveau du programme. Cela ressemble à ça </span>:<br /> [[Image:screen-shot-2011-09-27-at-12-44-46-pm.png\|screen-shot-2011-09-27-at-12-44-46-pm.png]]<br /> </span><br /> Est-ce que c'est plus simple à comprendre ?<br /> <br />

Fabrice Aimetti le 17 juillet 2018 à 07:46

2018-07-17T07:46:30Z

← Version précédente		Version du 17 juillet 2018 à 07:46
Ligne 1 :		Ligne 1 :
	[[Category: Portail Planification]]		[[Category: Portail Planification]]
	<div id="content_view" class="wiki" style="display: block"> Auteur : ~~[/Dean%20Leffingwell~~ Dean ~~Leffingwell]~~<br /> Source : [http://scalingsoftwareagility.wordpress.com/2011/09/27/agile-iteration-agile-release-train-agile-fractal/ Agile Iteration. Agile Release Train. Agile Fractal.]<br /> Date : 27/09/2011<br />		[[Category: Dean Leffingwel]]
			<div id="content_view" class="wiki" style="display: block"> Auteur : Dean Leffingwel<br /> Source : [http://scalingsoftwareagility.wordpress.com/2011/09/27/agile-iteration-agile-release-train-agile-fractal/ Agile Iteration. Agile Release Train. Agile Fractal.]<br /> Date : 27/09/2011<br />
	----		----
	Traducteur : Fabrice Aimetti<br /> Date : 30/09/2011<br />		Traducteur : Fabrice Aimetti<br /> Date : 30/09/2011<br />
	----		----
	''Traduction :''<br /> <br /> <span style="display: block; text-align: justify"><span class="hps">Comme je l'ai longuement décrit dans </span>[http://www.amazon.com/Agile-Software-Requirements-Enterprise-Development/dp/0321635841/ref=sr_1_7?s=books&ie=UTF8&qid=1283881266&sr=1-7 Agile Software Requirements], [http://www.amazon.com/Scaling-Software-Agility-Practices-Enterprises/dp/0321458192/ref=pd_sim_b5 Scaling Software Agility]<span class="hps"> et ce [http://scalingsoftwareagility.wordpress.com/category/agile-release-train/ blog], le Train de Release Agile peut offrir des avantages considérables pour les grandes Entreprises logicielles agiles. Moi, et beaucoup d'autres</span>, l'utilisons <span class="hps">régulièrement pour : 1) Aligner les équipes agiles sur une mission commune et 2) Organiser l'entreprise autour de des concepts de programme et de </span>flux de <span class="hps">développement de produits.</span></span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify"><span class="hps">Toutefois, étant un homme économe en</span> <span class="hps atn">mots</span>, j'ai <span class="hps">parfois un peu de mal à décrire le Train</span> de <span class="hps">Release Agile dans</span> des termes <span class="hps">les plus simples possibles</span>. <span class="hps">Il y a quelque temps</span>, j'ai comparé <span class="hps">le train de release à une fractale au-dessus du sprint / itération. </span>Une fractale <span class="hps">est une forme géométrique qui peut être divisée en différentes parties, chacune de ces parties étant une copie en taille réduite de l'ensemble</span>. <span class="hps">Peut-être est-ce la meilleure façon de penser au train de release. Essayons</span>.<br /> <br /> <span class="hps">Il n'y a pas de débat</span> sur le fait <span class="hps">qu'une itération / sprint agile suit un schéma général simple </span>: 1. <span class="hps">Plan 2. Engagement 3. Exécution 4. Démonstration 5. Adaptation </span><span class="hps atn">(</span>Rétroaction). <span class="hps">Cela ressemble à ça </span>:<br /> <br /> [[Image:screen-shot-2011-09-27-at-12-44-35-pm.png\|screen-shot-2011-09-27-at-12-44-35-pm.png]]<br /> <br /> <span class="hps">Le train de release met en jeu plus d'équipes et des</span> <span class="hps atn">itérations plus longues (super </span>sprint) <span class="hps">mais le schéma est exactement le même</span>, <span class="hps">c'est juste qu'il s'applique au niveau au-dessus, au niveau du programme. Cela ressemble à ça </span>:<br /> [[Image:screen-shot-2011-09-27-at-12-44-46-pm.png\|screen-shot-2011-09-27-at-12-44-46-pm.png]]<br /> </span><br /> Est-ce que c'est plus simple à comprendre ?<br /> <br />		''Traduction :''<br /> <br /> <span style="display: block; text-align: justify"><span class="hps">Comme je l'ai longuement décrit dans </span>[http://www.amazon.com/Agile-Software-Requirements-Enterprise-Development/dp/0321635841/ref=sr_1_7?s=books&ie=UTF8&qid=1283881266&sr=1-7 Agile Software Requirements], [http://www.amazon.com/Scaling-Software-Agility-Practices-Enterprises/dp/0321458192/ref=pd_sim_b5 Scaling Software Agility]<span class="hps"> et ce [http://scalingsoftwareagility.wordpress.com/category/agile-release-train/ blog], le Train de Release Agile peut offrir des avantages considérables pour les grandes Entreprises logicielles agiles. Moi, et beaucoup d'autres</span>, l'utilisons <span class="hps">régulièrement pour : 1) Aligner les équipes agiles sur une mission commune et 2) Organiser l'entreprise autour de des concepts de programme et de </span>flux de <span class="hps">développement de produits.</span></span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify"><span class="hps">Toutefois, étant un homme économe en</span> <span class="hps atn">mots</span>, j'ai <span class="hps">parfois un peu de mal à décrire le Train</span> de <span class="hps">Release Agile dans</span> des termes <span class="hps">les plus simples possibles</span>. <span class="hps">Il y a quelque temps</span>, j'ai comparé <span class="hps">le train de release à une fractale au-dessus du sprint / itération. </span>Une fractale <span class="hps">est une forme géométrique qui peut être divisée en différentes parties, chacune de ces parties étant une copie en taille réduite de l'ensemble</span>. <span class="hps">Peut-être est-ce la meilleure façon de penser au train de release. Essayons</span>.<br /> <br /> <span class="hps">Il n'y a pas de débat</span> sur le fait <span class="hps">qu'une itération / sprint agile suit un schéma général simple </span>: 1. <span class="hps">Plan 2. Engagement 3. Exécution 4. Démonstration 5. Adaptation </span><span class="hps atn">(</span>Rétroaction). <span class="hps">Cela ressemble à ça </span>:<br /> <br /> [[Image:screen-shot-2011-09-27-at-12-44-35-pm.png\|screen-shot-2011-09-27-at-12-44-35-pm.png]]<br /> <br /> <span class="hps">Le train de release met en jeu plus d'équipes et des</span> <span class="hps atn">itérations plus longues (super </span>sprint) <span class="hps">mais le schéma est exactement le même</span>, <span class="hps">c'est juste qu'il s'applique au niveau au-dessus, au niveau du programme. Cela ressemble à ça </span>:<br /> [[Image:screen-shot-2011-09-27-at-12-44-46-pm.png\|screen-shot-2011-09-27-at-12-44-46-pm.png]]<br /> </span><br /> Est-ce que c'est plus simple à comprendre ?<br /> <br />

Fabrice Aimetti : Page créée avec « Category: Portail Planification
Auteur : [/Dean%20Leffingwell Dean Leffingwell]
Source : [http://sca... »

2018-07-17T07:45:59Z

Page créée avec « Category: Portail Planification <div id="content_view" class="wiki" style="display: block"> Auteur : [/Dean%20Leffingwell Dean Leffingwell] Source : [http://sca... »

Nouvelle page

[[Category: Portail Planification]]
<div id="content_view" class="wiki" style="display: block"> Auteur : [/Dean%20Leffingwell Dean Leffingwell] Source : [http://scalingsoftwareagility.wordpress.com/2011/09/27/agile-iteration-agile-release-train-agile-fractal/ Agile Iteration. Agile Release Train. Agile Fractal.] Date : 27/09/2011 
----
Traducteur : Fabrice Aimetti Date : 30/09/2011 
----
''Traduction :'' Comme je l'ai longuement décrit dans [http://www.amazon.com/Agile-Software-Requirements-Enterprise-Development/dp/0321635841/ref=sr_1_7?s=books&ie=UTF8&qid=1283881266&sr=1-7 Agile Software Requirements], [http://www.amazon.com/Scaling-Software-Agility-Practices-Enterprises/dp/0321458192/ref=pd_sim_b5 Scaling Software Agility] et ce [http://scalingsoftwareagility.wordpress.com/category/agile-release-train/ blog], le Train de Release Agile peut offrir des avantages considérables pour les grandes Entreprises logicielles agiles. Moi, et beaucoup d'autres, l'utilisons régulièrement pour : 1) Aligner les équipes agiles sur une mission commune et 2) Organiser l'entreprise autour de des concepts de programme et de flux de développement de produits. Toutefois, étant un homme économe en mots, j'ai parfois un peu de mal à décrire le Train de Release Agile dans des termes les plus simples possibles. Il y a quelque temps, j'ai comparé le train de release à une fractale au-dessus du sprint / itération. Une fractale est une forme géométrique qui peut être divisée en différentes parties, chacune de ces parties étant une copie en taille réduite de l'ensemble. Peut-être est-ce la meilleure façon de penser au train de release. Essayons. Il n'y a pas de débat sur le fait qu'une itération / sprint agile suit un schéma général simple : 1. Plan 2. Engagement 3. Exécution 4. Démonstration 5. Adaptation (Rétroaction). Cela ressemble à ça : [[Image:screen-shot-2011-09-27-at-12-44-35-pm.png|screen-shot-2011-09-27-at-12-44-35-pm.png]] Le train de release met en jeu plus d'équipes et des itérations plus longues (super sprint) mais le schéma est exactement le même, c'est juste qu'il s'applique au niveau au-dessus, au niveau du programme. Cela ressemble à ça : [[Image:screen-shot-2011-09-27-at-12-44-46-pm.png|screen-shot-2011-09-27-at-12-44-46-pm.png]] Est-ce que c'est plus simple à comprendre ?

Itération Agile. Train de Release Agile. Fractale Agile - Historique des versions

Fabrice Aimetti le 14 mai 2020 à 10:33

Fabrice Aimetti le 23 août 2018 à 10:09

Fabrice Aimetti le 17 juillet 2018 à 07:46

Fabrice Aimetti : Page créée avec « Category: Portail Planification Auteur : [/Dean%20Leffingwell Dean Leffingwell] Source : [http://sca... »

Fabrice Aimetti : Page créée avec « Category: Portail Planification
Auteur : [/Dean%20Leffingwell Dean Leffingwell]
Source : [http://sca... »