Livraison continue et Agilité - Historique des versions

Fabrice Aimetti le 24 octobre 2023 à 15:43

Fabrice Aimetti — Tue, 24 Oct 2023 15:43:56 GMT

← Version précédente		Version du 24 octobre 2023 à 15:43
Ligne 7 :		Ligne 7 :
	----		----
	Traduction :<br /> <br />		Traduction :<br /> <br />
	<span style="display: block; text-align: justify">Livrer en continu est l'une des toutes dernières modes dans le développement logiciel (''Continuous Delivery'' par Jez Humble et David Farley). L'objectif des pratiques et des principes de livraison continue est d'encourager "une plus grande collaboration entre tous les acteurs impliqués dans la livraison du logiciel, ceci afin de livrer un logiciel à valeur ajoutée plus rapidement et de façon plus fiable (Humble & Farley)". Livrer en continu est une extension des pratiques agiles qui livrent de la valeur aux clients très tôt et souvent. Comme le montre le schéma, cela associe un développement continu (développement itératif des fonctionnalités), une intégration continue (caractérisée par des tests automatisés globaux) et un déploiement continu (la capacité à déployer de nouvelles versions en production souvent)<sup class="reference">[1]</sup> .</span><br /> [[Image:Strategic_Continuous_Delivery.jpg\|Strategic_Continuous_Delivery.jpg]]<br /> <br /> <span style="display: block; text-align: justify">À un niveau plus fin, Jez (via email) rappelle qu'il y a trois volets à la livraison en continu : le premier a trait à l'automatisation de la construction du logiciel, des tests, du déploiement, de la migration des données en base et de l'infrastructure ; le deuxième concerne des pratiques telles que l'intégration continue, une bonne gestion de configuration et les tests; le troisième concerne les gens, en clair que tout le monde soit ensemble impliqué dans les tâches de livraison au travers de l'ensemble du cycle de vie du logiciel.</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">Il y a deux problématiques qui sont liées au fait d'obtenir de la valeur métier à partir d'une démarche de livraison continue : l'impact de cette stratégie et l'agilité (ou adaptabilité). Tout d'abord, lorsque l'entreprise progresse vers la droite de l'axe horizontal du schéma, il devient vite nécessaire de faire des investissements supplémentaires et de baser l'organisation sur une démarche collaborative. Par conséquent, d'un point de vue valeur métier, les entreprises doivent évaluer l'impact stratégique de cette marge de progression. Bien que la livraison continue puisse réduire le coût ainsi que le risque (grâce à une plus grande automatisation), les avantages les plus importants sont obtenus par la livraison fréquente de nouvelles fonctionnalités logicielles. La question clé devient alors : "Comment pouvons-nous bénéficier de la livraison de nouvelles fonctionnalités mensuellement, hebdomadairement ou même quotidiennement ?". En outre : "Comment notre organisation et nos processus doivent-ils changer?".</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">Dans les grandes entreprises, les applications informatiques concernent une grande variété de secteurs d'activité. Pour certaines applications, les avantages de la livraison continue peuvent être l'augmentation des recettes, tandis que pour d'autres cela peut être la réduction des coûts et des risques. En réfléchissant sur la mise en œuvre de la livraison continue à travers un portefeuille d'applications, les entreprises devraient commencer par celles qui ont le plus grand impact stratégique, celles disposant d'intéressantes perspectives d'accroissement des recettes.</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">La deuxième problématique, lorsqu'on a les avantages de la livraison continue, c'est que l'organisation devient agile, autrement dit devient de plus en plus adaptable. De nombreuses entreprises semblent avoir du mal à démarrer avec Agile 101, l'approche agile fondée sur des règles (faites ceci, ne faites pas ça), qui est une première étape nécessaire en vue de devenir agile, mais qui ne reste qu'une première étape. Pour profiter de la réactivité rapide d'un environnement basé sur la livraison continue, l'ensemble de l'organisation, à la fois les équipes qui livrent et le management - doit être mûre pour effectuer les changements de processus nécessaires pour répondre rapidement, pour s'engager dans une démarche collaborative absolument nécessaire entre le développement et les opérations et pour adopter un état d'esprit basé sur l'exploration et l'adaptation.</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">La livraison continue peut être la prochaine grande étape dans le fait de livrer rapidement de la valeur métier stratégique pour les clients, à moindre risque et peut être à moindre coût. Toutefois, cela ne se fera pas sans que le leadership comprenne ses impacts potentiels au niveau stratégique et que l'organisation s'adapte nécessairement pour le mettre en œuvre.</span>		<span style="display: block; text-align: justify">Livrer en continu est l'une des toutes dernières modes dans le développement logiciel (''Continuous Delivery'' par Jez Humble et David Farley). L'objectif des pratiques et des principes de livraison continue est d'encourager "une plus grande collaboration entre tous les acteurs impliqués dans la livraison du logiciel, ceci afin de livrer un logiciel à valeur ajoutée plus rapidement et de façon plus fiable (Humble & Farley)". Livrer en continu est une extension des pratiques agiles qui livrent de la valeur aux clients très tôt et souvent. Comme le montre le schéma, cela associe un développement continu (développement itératif des fonctionnalités), une intégration continue (caractérisée par des tests automatisés globaux) et un déploiement continu (la capacité à déployer de nouvelles versions en production souvent)<sup class="reference">[1]</sup> .</span><br /> [[Image:Strategic_Continuous_Delivery.jpg\|Strategic_Continuous_Delivery.jpg\|link=]]<br /> <br /> <span style="display: block; text-align: justify">À un niveau plus fin, Jez (via email) rappelle qu'il y a trois volets à la livraison en continu : le premier a trait à l'automatisation de la construction du logiciel, des tests, du déploiement, de la migration des données en base et de l'infrastructure ; le deuxième concerne des pratiques telles que l'intégration continue, une bonne gestion de configuration et les tests; le troisième concerne les gens, en clair que tout le monde soit ensemble impliqué dans les tâches de livraison au travers de l'ensemble du cycle de vie du logiciel.</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">Il y a deux problématiques qui sont liées au fait d'obtenir de la valeur métier à partir d'une démarche de livraison continue : l'impact de cette stratégie et l'agilité (ou adaptabilité). Tout d'abord, lorsque l'entreprise progresse vers la droite de l'axe horizontal du schéma, il devient vite nécessaire de faire des investissements supplémentaires et de baser l'organisation sur une démarche collaborative. Par conséquent, d'un point de vue valeur métier, les entreprises doivent évaluer l'impact stratégique de cette marge de progression. Bien que la livraison continue puisse réduire le coût ainsi que le risque (grâce à une plus grande automatisation), les avantages les plus importants sont obtenus par la livraison fréquente de nouvelles fonctionnalités logicielles. La question clé devient alors : "Comment pouvons-nous bénéficier de la livraison de nouvelles fonctionnalités mensuellement, hebdomadairement ou même quotidiennement ?". En outre : "Comment notre organisation et nos processus doivent-ils changer?".</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">Dans les grandes entreprises, les applications informatiques concernent une grande variété de secteurs d'activité. Pour certaines applications, les avantages de la livraison continue peuvent être l'augmentation des recettes, tandis que pour d'autres cela peut être la réduction des coûts et des risques. En réfléchissant sur la mise en œuvre de la livraison continue à travers un portefeuille d'applications, les entreprises devraient commencer par celles qui ont le plus grand impact stratégique, celles disposant d'intéressantes perspectives d'accroissement des recettes.</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">La deuxième problématique, lorsqu'on a les avantages de la livraison continue, c'est que l'organisation devient agile, autrement dit devient de plus en plus adaptable. De nombreuses entreprises semblent avoir du mal à démarrer avec Agile 101, l'approche agile fondée sur des règles (faites ceci, ne faites pas ça), qui est une première étape nécessaire en vue de devenir agile, mais qui ne reste qu'une première étape. Pour profiter de la réactivité rapide d'un environnement basé sur la livraison continue, l'ensemble de l'organisation, à la fois les équipes qui livrent et le management - doit être mûre pour effectuer les changements de processus nécessaires pour répondre rapidement, pour s'engager dans une démarche collaborative absolument nécessaire entre le développement et les opérations et pour adopter un état d'esprit basé sur l'exploration et l'adaptation.</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">La livraison continue peut être la prochaine grande étape dans le fait de livrer rapidement de la valeur métier stratégique pour les clients, à moindre risque et peut être à moindre coût. Toutefois, cela ne se fera pas sans que le leadership comprenne ses impacts potentiels au niveau stratégique et que l'organisation s'adapte nécessairement pour le mettre en œuvre.</span>
	# La livraison continue couvre le cycle de vie entier et peut ne pas inclure le déploiement continu qui reste un choix d'organisation du client. Ceci est illustré dans le schéma par la flèche "livraison continue" qui ne va pas complètement jusqu'au bout du "déploiement continu".		# La livraison continue couvre le cycle de vie entier et peut ne pas inclure le déploiement continu qui reste un choix d'organisation du client. Ceci est illustré dans le schéma par la flèche "livraison continue" qui ne va pas complètement jusqu'au bout du "déploiement continu".

Fabrice Aimetti le 19 juillet 2018 à 06:03

Fabrice Aimetti — Thu, 19 Jul 2018 06:03:05 GMT

← Version précédente		Version du 19 juillet 2018 à 06:03
Ligne 1 :		Ligne 1 :
	[[Category: Jim Highsmith]]		[[Category: Jim Highsmith]]
	[[Category: Portail Equipe de développement]]		[[Category: Portail Equipe de développement]]
			[[Category: Portefeuille]]
	<div id="content_view" class="wiki" style="display: block"> Auteur : Jim Highsmith<br /> Source : [http://jimhighsmith.com/continuous-delivery-and-agility/ Continuous Delivery and Agility]<br /> Date : 22/12/2010<br />		<div id="content_view" class="wiki" style="display: block"> Auteur : Jim Highsmith<br /> Source : [http://jimhighsmith.com/continuous-delivery-and-agility/ Continuous Delivery and Agility]<br /> Date : 22/12/2010<br />
	----		----

Fabrice Aimetti le 24 juin 2018 à 15:29

Fabrice Aimetti — Sun, 24 Jun 2018 15:29:36 GMT

← Version précédente		Version du 24 juin 2018 à 15:29
Ligne 1 :		Ligne 1 :
	[[Category: Jim Highsmith]]		[[Category: Jim Highsmith]]
	[[Category: Portail Equipe de développement]]		[[Category: Portail Equipe de développement]]
	<div id="content_view" class="wiki" style="display: block"> Auteur : ~~[/Jim%20Highsmith~~ Jim Highsmith]<br /> Source : [http://jimhighsmith.com/continuous-delivery-and-agility/ Continuous Delivery and Agility]<br /> Date : 22/12/2010<br />		<div id="content_view" class="wiki" style="display: block"> Auteur : Jim Highsmith<br /> Source : [http://jimhighsmith.com/continuous-delivery-and-agility/ Continuous Delivery and Agility]<br /> Date : 22/12/2010<br />
	----		----
	Traducteur : Fabrice Aimetti<br /> Date : 29/12/2010<br />		Traducteur : Fabrice Aimetti<br /> Date : 29/12/2010<br />

Fabrice Aimetti le 24 juin 2018 à 15:28

Fabrice Aimetti — Sun, 24 Jun 2018 15:28:48 GMT

← Version précédente		Version du 24 juin 2018 à 15:28
Ligne 3 :		Ligne 3 :
	<div id="content_view" class="wiki" style="display: block"> Auteur : [/Jim%20Highsmith Jim Highsmith]<br /> Source : [http://jimhighsmith.com/continuous-delivery-and-agility/ Continuous Delivery and Agility]<br /> Date : 22/12/2010<br />		<div id="content_view" class="wiki" style="display: block"> Auteur : [/Jim%20Highsmith Jim Highsmith]<br /> Source : [http://jimhighsmith.com/continuous-delivery-and-agility/ Continuous Delivery and Agility]<br /> Date : 22/12/2010<br />
	----		----
	Traducteur : Fabrice Aimetti<br /> Date : 29/12/2010<br />		Traducteur : Fabrice Aimetti<br /> Date : 29/12/2010<br />
	----		----
	Traduction :<br /> <br /> <span style="display: block; text-align: justify">Livrer en continu est l'une des toutes dernières modes dans le développement logiciel (''Continuous Delivery'' par Jez Humble et David Farley). L'objectif des pratiques et des principes de livraison continue est d'encourager "une plus grande collaboration entre tous les acteurs impliqués dans la livraison du logiciel, ceci afin de livrer un logiciel à valeur ajoutée plus rapidement et de façon plus fiable (Humble & Farley)". Livrer en continu est une extension des pratiques agiles qui livrent de la valeur aux clients très tôt et souvent. Comme le montre le schéma, cela associe un développement continu (développement itératif des fonctionnalités), une intégration continue (caractérisée par des tests automatisés globaux) et un déploiement continu (la capacité à déployer de nouvelles versions en production souvent)<sup class="reference">[1]</sup> .</span><br /> [[Image:Strategic_Continuous_Delivery.jpg\|Strategic_Continuous_Delivery.jpg]]<br /> <br /> <span style="display: block; text-align: justify">À un niveau plus fin, Jez (via email) rappelle qu'il y a trois volets à la livraison en continu : le premier a trait à l'automatisation de la construction du logiciel, des tests, du déploiement, de la migration des données en base et de l'infrastructure ; le deuxième concerne des pratiques telles que l'intégration continue, une bonne gestion de configuration et les tests; le troisième concerne les gens, en clair que tout le monde soit ensemble impliqué dans les tâches de livraison au travers de l'ensemble du cycle de vie du logiciel.</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">Il y a deux problématiques qui sont liées au fait d'obtenir de la valeur métier à partir d'une démarche de livraison continue : l'impact de cette stratégie et l'agilité (ou adaptabilité). Tout d'abord, lorsque l'entreprise progresse vers la droite de l'axe horizontal du schéma, il devient vite nécessaire de faire des investissements supplémentaires et de baser l'organisation sur une démarche collaborative. Par conséquent, d'un point de vue valeur métier, les entreprises doivent évaluer l'impact stratégique de cette marge de progression. Bien que la livraison continue puisse réduire le coût ainsi que le risque (grâce à une plus grande automatisation), les avantages les plus importants sont obtenus par la livraison fréquente de nouvelles fonctionnalités logicielles. La question clé devient alors : "Comment pouvons-nous bénéficier de la livraison de nouvelles fonctionnalités mensuellement, hebdomadairement ou même quotidiennement ?". En outre : "Comment notre organisation et nos processus doivent-ils changer?".</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">Dans les grandes entreprises, les applications informatiques concernent une grande variété de secteurs d'activité. Pour certaines applications, les avantages de la livraison continue peuvent être l'augmentation des recettes, tandis que pour d'autres cela peut être la réduction des coûts et des risques. En réfléchissant sur la mise en œuvre de la livraison continue à travers un portefeuille d'applications, les entreprises devraient commencer par celles qui ont le plus grand impact stratégique, celles disposant d'intéressantes perspectives d'accroissement des recettes.</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">La deuxième problématique, lorsqu'on a les avantages de la livraison continue, c'est que l'organisation devient agile, autrement dit devient de plus en plus adaptable. De nombreuses entreprises semblent avoir du mal à démarrer avec Agile 101, l'approche agile fondée sur des règles (faites ceci, ne faites pas ça), qui est une première étape nécessaire en vue de devenir agile, mais qui ne reste qu'une première étape. Pour profiter de la réactivité rapide d'un environnement basé sur la livraison continue, l'ensemble de l'organisation, à la fois les équipes qui livrent et le management - doit être mûre pour effectuer les changements de processus nécessaires pour répondre rapidement, pour s'engager dans une démarche collaborative absolument nécessaire entre le développement et les opérations et pour adopter un état d'esprit basé sur l'exploration et l'adaptation.</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">La livraison continue peut être la prochaine grande étape dans le fait de livrer rapidement de la valeur métier stratégique pour les clients, à moindre risque et peut être à moindre coût. Toutefois, cela ne se fera pas sans que le leadership comprenne ses impacts potentiels au niveau stratégique et que l'organisation s'adapte nécessairement pour le mettre en œuvre.</span>		Traduction :<br /> <br />
			<span style="display: block; text-align: justify">Livrer en continu est l'une des toutes dernières modes dans le développement logiciel (''Continuous Delivery'' par Jez Humble et David Farley). L'objectif des pratiques et des principes de livraison continue est d'encourager "une plus grande collaboration entre tous les acteurs impliqués dans la livraison du logiciel, ceci afin de livrer un logiciel à valeur ajoutée plus rapidement et de façon plus fiable (Humble & Farley)". Livrer en continu est une extension des pratiques agiles qui livrent de la valeur aux clients très tôt et souvent. Comme le montre le schéma, cela associe un développement continu (développement itératif des fonctionnalités), une intégration continue (caractérisée par des tests automatisés globaux) et un déploiement continu (la capacité à déployer de nouvelles versions en production souvent)<sup class="reference">[1]</sup> .</span><br /> [[Image:Strategic_Continuous_Delivery.jpg\|Strategic_Continuous_Delivery.jpg]]<br /> <br /> <span style="display: block; text-align: justify">À un niveau plus fin, Jez (via email) rappelle qu'il y a trois volets à la livraison en continu : le premier a trait à l'automatisation de la construction du logiciel, des tests, du déploiement, de la migration des données en base et de l'infrastructure ; le deuxième concerne des pratiques telles que l'intégration continue, une bonne gestion de configuration et les tests; le troisième concerne les gens, en clair que tout le monde soit ensemble impliqué dans les tâches de livraison au travers de l'ensemble du cycle de vie du logiciel.</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">Il y a deux problématiques qui sont liées au fait d'obtenir de la valeur métier à partir d'une démarche de livraison continue : l'impact de cette stratégie et l'agilité (ou adaptabilité). Tout d'abord, lorsque l'entreprise progresse vers la droite de l'axe horizontal du schéma, il devient vite nécessaire de faire des investissements supplémentaires et de baser l'organisation sur une démarche collaborative. Par conséquent, d'un point de vue valeur métier, les entreprises doivent évaluer l'impact stratégique de cette marge de progression. Bien que la livraison continue puisse réduire le coût ainsi que le risque (grâce à une plus grande automatisation), les avantages les plus importants sont obtenus par la livraison fréquente de nouvelles fonctionnalités logicielles. La question clé devient alors : "Comment pouvons-nous bénéficier de la livraison de nouvelles fonctionnalités mensuellement, hebdomadairement ou même quotidiennement ?". En outre : "Comment notre organisation et nos processus doivent-ils changer?".</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">Dans les grandes entreprises, les applications informatiques concernent une grande variété de secteurs d'activité. Pour certaines applications, les avantages de la livraison continue peuvent être l'augmentation des recettes, tandis que pour d'autres cela peut être la réduction des coûts et des risques. En réfléchissant sur la mise en œuvre de la livraison continue à travers un portefeuille d'applications, les entreprises devraient commencer par celles qui ont le plus grand impact stratégique, celles disposant d'intéressantes perspectives d'accroissement des recettes.</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">La deuxième problématique, lorsqu'on a les avantages de la livraison continue, c'est que l'organisation devient agile, autrement dit devient de plus en plus adaptable. De nombreuses entreprises semblent avoir du mal à démarrer avec Agile 101, l'approche agile fondée sur des règles (faites ceci, ne faites pas ça), qui est une première étape nécessaire en vue de devenir agile, mais qui ne reste qu'une première étape. Pour profiter de la réactivité rapide d'un environnement basé sur la livraison continue, l'ensemble de l'organisation, à la fois les équipes qui livrent et le management - doit être mûre pour effectuer les changements de processus nécessaires pour répondre rapidement, pour s'engager dans une démarche collaborative absolument nécessaire entre le développement et les opérations et pour adopter un état d'esprit basé sur l'exploration et l'adaptation.</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">La livraison continue peut être la prochaine grande étape dans le fait de livrer rapidement de la valeur métier stratégique pour les clients, à moindre risque et peut être à moindre coût. Toutefois, cela ne se fera pas sans que le leadership comprenne ses impacts potentiels au niveau stratégique et que l'organisation s'adapte nécessairement pour le mettre en œuvre.</span>
	# La livraison continue couvre le cycle de vie entier et peut ne pas inclure le déploiement continu qui reste un choix d'organisation du client. Ceci est illustré dans le schéma par la flèche "livraison continue" qui ne va pas complètement jusqu'au bout du "déploiement continu".		# La livraison continue couvre le cycle de vie entier et peut ne pas inclure le déploiement continu qui reste un choix d'organisation du client. Ceci est illustré dans le schéma par la flèche "livraison continue" qui ne va pas complètement jusqu'au bout du "déploiement continu".

Fabrice Aimetti le 24 juin 2018 à 15:28

Fabrice Aimetti — Sun, 24 Jun 2018 15:28:30 GMT

← Version précédente		Version du 24 juin 2018 à 15:28
Ligne 6 :		Ligne 6 :
	----		----
	Traduction :<br /> <br /> <span style="display: block; text-align: justify">Livrer en continu est l'une des toutes dernières modes dans le développement logiciel (''Continuous Delivery'' par Jez Humble et David Farley). L'objectif des pratiques et des principes de livraison continue est d'encourager "une plus grande collaboration entre tous les acteurs impliqués dans la livraison du logiciel, ceci afin de livrer un logiciel à valeur ajoutée plus rapidement et de façon plus fiable (Humble & Farley)". Livrer en continu est une extension des pratiques agiles qui livrent de la valeur aux clients très tôt et souvent. Comme le montre le schéma, cela associe un développement continu (développement itératif des fonctionnalités), une intégration continue (caractérisée par des tests automatisés globaux) et un déploiement continu (la capacité à déployer de nouvelles versions en production souvent)<sup class="reference">[1]</sup> .</span><br /> [[Image:Strategic_Continuous_Delivery.jpg\|Strategic_Continuous_Delivery.jpg]]<br /> <br /> <span style="display: block; text-align: justify">À un niveau plus fin, Jez (via email) rappelle qu'il y a trois volets à la livraison en continu : le premier a trait à l'automatisation de la construction du logiciel, des tests, du déploiement, de la migration des données en base et de l'infrastructure ; le deuxième concerne des pratiques telles que l'intégration continue, une bonne gestion de configuration et les tests; le troisième concerne les gens, en clair que tout le monde soit ensemble impliqué dans les tâches de livraison au travers de l'ensemble du cycle de vie du logiciel.</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">Il y a deux problématiques qui sont liées au fait d'obtenir de la valeur métier à partir d'une démarche de livraison continue : l'impact de cette stratégie et l'agilité (ou adaptabilité). Tout d'abord, lorsque l'entreprise progresse vers la droite de l'axe horizontal du schéma, il devient vite nécessaire de faire des investissements supplémentaires et de baser l'organisation sur une démarche collaborative. Par conséquent, d'un point de vue valeur métier, les entreprises doivent évaluer l'impact stratégique de cette marge de progression. Bien que la livraison continue puisse réduire le coût ainsi que le risque (grâce à une plus grande automatisation), les avantages les plus importants sont obtenus par la livraison fréquente de nouvelles fonctionnalités logicielles. La question clé devient alors : "Comment pouvons-nous bénéficier de la livraison de nouvelles fonctionnalités mensuellement, hebdomadairement ou même quotidiennement ?". En outre : "Comment notre organisation et nos processus doivent-ils changer?".</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">Dans les grandes entreprises, les applications informatiques concernent une grande variété de secteurs d'activité. Pour certaines applications, les avantages de la livraison continue peuvent être l'augmentation des recettes, tandis que pour d'autres cela peut être la réduction des coûts et des risques. En réfléchissant sur la mise en œuvre de la livraison continue à travers un portefeuille d'applications, les entreprises devraient commencer par celles qui ont le plus grand impact stratégique, celles disposant d'intéressantes perspectives d'accroissement des recettes.</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">La deuxième problématique, lorsqu'on a les avantages de la livraison continue, c'est que l'organisation devient agile, autrement dit devient de plus en plus adaptable. De nombreuses entreprises semblent avoir du mal à démarrer avec Agile 101, l'approche agile fondée sur des règles (faites ceci, ne faites pas ça), qui est une première étape nécessaire en vue de devenir agile, mais qui ne reste qu'une première étape. Pour profiter de la réactivité rapide d'un environnement basé sur la livraison continue, l'ensemble de l'organisation, à la fois les équipes qui livrent et le management - doit être mûre pour effectuer les changements de processus nécessaires pour répondre rapidement, pour s'engager dans une démarche collaborative absolument nécessaire entre le développement et les opérations et pour adopter un état d'esprit basé sur l'exploration et l'adaptation.</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">La livraison continue peut être la prochaine grande étape dans le fait de livrer rapidement de la valeur métier stratégique pour les clients, à moindre risque et peut être à moindre coût. Toutefois, cela ne se fera pas sans que le leadership comprenne ses impacts potentiels au niveau stratégique et que l'organisation s'adapte nécessairement pour le mettre en œuvre.</span>		Traduction :<br /> <br /> <span style="display: block; text-align: justify">Livrer en continu est l'une des toutes dernières modes dans le développement logiciel (''Continuous Delivery'' par Jez Humble et David Farley). L'objectif des pratiques et des principes de livraison continue est d'encourager "une plus grande collaboration entre tous les acteurs impliqués dans la livraison du logiciel, ceci afin de livrer un logiciel à valeur ajoutée plus rapidement et de façon plus fiable (Humble & Farley)". Livrer en continu est une extension des pratiques agiles qui livrent de la valeur aux clients très tôt et souvent. Comme le montre le schéma, cela associe un développement continu (développement itératif des fonctionnalités), une intégration continue (caractérisée par des tests automatisés globaux) et un déploiement continu (la capacité à déployer de nouvelles versions en production souvent)<sup class="reference">[1]</sup> .</span><br /> [[Image:Strategic_Continuous_Delivery.jpg\|Strategic_Continuous_Delivery.jpg]]<br /> <br /> <span style="display: block; text-align: justify">À un niveau plus fin, Jez (via email) rappelle qu'il y a trois volets à la livraison en continu : le premier a trait à l'automatisation de la construction du logiciel, des tests, du déploiement, de la migration des données en base et de l'infrastructure ; le deuxième concerne des pratiques telles que l'intégration continue, une bonne gestion de configuration et les tests; le troisième concerne les gens, en clair que tout le monde soit ensemble impliqué dans les tâches de livraison au travers de l'ensemble du cycle de vie du logiciel.</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">Il y a deux problématiques qui sont liées au fait d'obtenir de la valeur métier à partir d'une démarche de livraison continue : l'impact de cette stratégie et l'agilité (ou adaptabilité). Tout d'abord, lorsque l'entreprise progresse vers la droite de l'axe horizontal du schéma, il devient vite nécessaire de faire des investissements supplémentaires et de baser l'organisation sur une démarche collaborative. Par conséquent, d'un point de vue valeur métier, les entreprises doivent évaluer l'impact stratégique de cette marge de progression. Bien que la livraison continue puisse réduire le coût ainsi que le risque (grâce à une plus grande automatisation), les avantages les plus importants sont obtenus par la livraison fréquente de nouvelles fonctionnalités logicielles. La question clé devient alors : "Comment pouvons-nous bénéficier de la livraison de nouvelles fonctionnalités mensuellement, hebdomadairement ou même quotidiennement ?". En outre : "Comment notre organisation et nos processus doivent-ils changer?".</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">Dans les grandes entreprises, les applications informatiques concernent une grande variété de secteurs d'activité. Pour certaines applications, les avantages de la livraison continue peuvent être l'augmentation des recettes, tandis que pour d'autres cela peut être la réduction des coûts et des risques. En réfléchissant sur la mise en œuvre de la livraison continue à travers un portefeuille d'applications, les entreprises devraient commencer par celles qui ont le plus grand impact stratégique, celles disposant d'intéressantes perspectives d'accroissement des recettes.</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">La deuxième problématique, lorsqu'on a les avantages de la livraison continue, c'est que l'organisation devient agile, autrement dit devient de plus en plus adaptable. De nombreuses entreprises semblent avoir du mal à démarrer avec Agile 101, l'approche agile fondée sur des règles (faites ceci, ne faites pas ça), qui est une première étape nécessaire en vue de devenir agile, mais qui ne reste qu'une première étape. Pour profiter de la réactivité rapide d'un environnement basé sur la livraison continue, l'ensemble de l'organisation, à la fois les équipes qui livrent et le management - doit être mûre pour effectuer les changements de processus nécessaires pour répondre rapidement, pour s'engager dans une démarche collaborative absolument nécessaire entre le développement et les opérations et pour adopter un état d'esprit basé sur l'exploration et l'adaptation.</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">La livraison continue peut être la prochaine grande étape dans le fait de livrer rapidement de la valeur métier stratégique pour les clients, à moindre risque et peut être à moindre coût. Toutefois, cela ne se fera pas sans que le leadership comprenne ses impacts potentiels au niveau stratégique et que l'organisation s'adapte nécessairement pour le mettre en œuvre.</span>
			# La livraison continue couvre le cycle de vie entier et peut ne pas inclure le déploiement continu qui reste un choix d'organisation du client. Ceci est illustré dans le schéma par la flèche "livraison continue" qui ne va pas complètement jusqu'au bout du "déploiement continu".

Fabrice Aimetti : Page créée avec « Category: Jim Highsmith Category: Portail Equipe de développement
Auteur : [/Jim%20Highsmith Jim Highs... »

Fabrice Aimetti — Sun, 24 Jun 2018 15:28:02 GMT

Page créée avec « Category: Jim Highsmith Category: Portail Equipe de développement <div id="content_view" class="wiki" style="display: block"> Auteur : [/Jim%20Highsmith Jim Highs... »

Nouvelle page

[[Category: Jim Highsmith]]
[[Category: Portail Equipe de développement]]
<div id="content_view" class="wiki" style="display: block"> Auteur : [/Jim%20Highsmith Jim Highsmith] Source : [http://jimhighsmith.com/continuous-delivery-and-agility/ Continuous Delivery and Agility] Date : 22/12/2010 
----
Traducteur : Fabrice Aimetti Date : 29/12/2010 
----
Traduction : Livrer en continu est l'une des toutes dernières modes dans le développement logiciel (''Continuous Delivery'' par Jez Humble et David Farley). L'objectif des pratiques et des principes de livraison continue est d'encourager "une plus grande collaboration entre tous les acteurs impliqués dans la livraison du logiciel, ceci afin de livrer un logiciel à valeur ajoutée plus rapidement et de façon plus fiable (Humble & Farley)". Livrer en continu est une extension des pratiques agiles qui livrent de la valeur aux clients très tôt et souvent. Comme le montre le schéma, cela associe un développement continu (développement itératif des fonctionnalités), une intégration continue (caractérisée par des tests automatisés globaux) et un déploiement continu (la capacité à déployer de nouvelles versions en production souvent)[1] . [[Image:Strategic_Continuous_Delivery.jpg|Strategic_Continuous_Delivery.jpg]] À un niveau plus fin, Jez (via email) rappelle qu'il y a trois volets à la livraison en continu : le premier a trait à l'automatisation de la construction du logiciel, des tests, du déploiement, de la migration des données en base et de l'infrastructure ; le deuxième concerne des pratiques telles que l'intégration continue, une bonne gestion de configuration et les tests; le troisième concerne les gens, en clair que tout le monde soit ensemble impliqué dans les tâches de livraison au travers de l'ensemble du cycle de vie du logiciel. Il y a deux problématiques qui sont liées au fait d'obtenir de la valeur métier à partir d'une démarche de livraison continue : l'impact de cette stratégie et l'agilité (ou adaptabilité). Tout d'abord, lorsque l'entreprise progresse vers la droite de l'axe horizontal du schéma, il devient vite nécessaire de faire des investissements supplémentaires et de baser l'organisation sur une démarche collaborative. Par conséquent, d'un point de vue valeur métier, les entreprises doivent évaluer l'impact stratégique de cette marge de progression. Bien que la livraison continue puisse réduire le coût ainsi que le risque (grâce à une plus grande automatisation), les avantages les plus importants sont obtenus par la livraison fréquente de nouvelles fonctionnalités logicielles. La question clé devient alors : "Comment pouvons-nous bénéficier de la livraison de nouvelles fonctionnalités mensuellement, hebdomadairement ou même quotidiennement ?". En outre : "Comment notre organisation et nos processus doivent-ils changer?". Dans les grandes entreprises, les applications informatiques concernent une grande variété de secteurs d'activité. Pour certaines applications, les avantages de la livraison continue peuvent être l'augmentation des recettes, tandis que pour d'autres cela peut être la réduction des coûts et des risques. En réfléchissant sur la mise en œuvre de la livraison continue à travers un portefeuille d'applications, les entreprises devraient commencer par celles qui ont le plus grand impact stratégique, celles disposant d'intéressantes perspectives d'accroissement des recettes. La deuxième problématique, lorsqu'on a les avantages de la livraison continue, c'est que l'organisation devient agile, autrement dit devient de plus en plus adaptable. De nombreuses entreprises semblent avoir du mal à démarrer avec Agile 101, l'approche agile fondée sur des règles (faites ceci, ne faites pas ça), qui est une première étape nécessaire en vue de devenir agile, mais qui ne reste qu'une première étape. Pour profiter de la réactivité rapide d'un environnement basé sur la livraison continue, l'ensemble de l'organisation, à la fois les équipes qui livrent et le management - doit être mûre pour effectuer les changements de processus nécessaires pour répondre rapidement, pour s'engager dans une démarche collaborative absolument nécessaire entre le développement et les opérations et pour adopter un état d'esprit basé sur l'exploration et l'adaptation. La livraison continue peut être la prochaine grande étape dans le fait de livrer rapidement de la valeur métier stratégique pour les clients, à moindre risque et peut être à moindre coût. Toutefois, cela ne se fera pas sans que le leadership comprenne ses impacts potentiels au niveau stratégique et que l'organisation s'adapte nécessairement pour le mettre en œuvre.

Livraison continue et Agilité - Historique des versions

Fabrice Aimetti le 24 octobre 2023 à 15:43

Fabrice Aimetti le 19 juillet 2018 à 06:03

Fabrice Aimetti le 24 juin 2018 à 15:29

Fabrice Aimetti le 24 juin 2018 à 15:28

Fabrice Aimetti le 24 juin 2018 à 15:28

Fabrice Aimetti : Page créée avec « Category: Jim Highsmith Category: Portail Equipe de développement Auteur : [/Jim%20Highsmith Jim Highs... »

Fabrice Aimetti : Page créée avec « Category: Jim Highsmith Category: Portail Equipe de développement
Auteur : [/Jim%20Highsmith Jim Highs... »