Plan-Do-Check-Act - Historique des versions

Fabrice Aimetti le 29 décembre 2020 à 13:23

2020-12-29T13:23:46Z

← Version précédente		Version du 29 décembre 2020 à 13:23
Ligne 15 :		Ligne 15 :
	Traduction :<br />		Traduction :<br />
	<br />		<br />
	[[Image:pdca.jpg\|pdca.jpg]]<br /> <br /> ''Merci à Igor Czechowski d'avoir suggéré cette fiche.''<br /> <br /> <span style="display: block; text-align: justify">Au cœur de l'Agilité, on trouve des cycles courts de [http://en.wikipedia.org/wiki/PDCA Plan-Do-Check-Act (PDCA)]. Ces étapes illustrent également la côté scientifique de l'approche, du moins selon la définition des sciences qui dit que vous suivez une méthode scientifique : émettre une hypothèse, expérimenter, évaluer. Ceux qui disent que l'Agilité n'est pas disciplinée n'ont pas fait ce lien.</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">Le Plan-Do-Check-Act trouve un écho dans les pratiques agiles, notamment TDD. L'étape du ''Plan'' concerne le fait de "converger vers le résultat attendu" selon Wikipedia. Ecrire un test qui échoue d'abord fait partie de votre plan. Après avoir observé l'échec du test, ''Do'' signifie que vous écrivez assez de code pour faire passer le test, et ''Check'' vous dit de vérifier les résultats réels par rapport aux résultats escomptés. S'il y a des différences, vous devez agir / ''Act'' pour en déterminer la cause et corriger votre implémentation (ou parfois vos exigences). Dans tous les cas, vous devez également agir / ''Act'' en observant les changements dans l'environnement, le reste du système, et "déterminer où appliquer les changements qui mettent en jeu de l'amélioration", ce qui peut signifier de réaliser quelques remaniements / refactoring de manière incrémentale.</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">L<span style="line-height: 1.5">e noyau agile de développement itératif / incrémental suit également ce cycle :</span></span><span style="display: block; text-align: justify"><br />		[[Image:pdca.jpg\|pdca.jpg\|border\|link=]]<br />
			<br />
			''Merci à Igor Czechowski d'avoir suggéré cette fiche.''<br /> <br /> <span style="display: block; text-align: justify">Au cœur de l'Agilité, on trouve des cycles courts de [http://en.wikipedia.org/wiki/PDCA Plan-Do-Check-Act (PDCA)]. Ces étapes illustrent également la côté scientifique de l'approche, du moins selon la définition des sciences qui dit que vous suivez une méthode scientifique : émettre une hypothèse, expérimenter, évaluer. Ceux qui disent que l'Agilité n'est pas disciplinée n'ont pas fait ce lien.</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">Le Plan-Do-Check-Act trouve un écho dans les pratiques agiles, notamment TDD. L'étape du ''Plan'' concerne le fait de "converger vers le résultat attendu" selon Wikipedia. Ecrire un test qui échoue d'abord fait partie de votre plan. Après avoir observé l'échec du test, ''Do'' signifie que vous écrivez assez de code pour faire passer le test, et ''Check'' vous dit de vérifier les résultats réels par rapport aux résultats escomptés. S'il y a des différences, vous devez agir / ''Act'' pour en déterminer la cause et corriger votre implémentation (ou parfois vos exigences). Dans tous les cas, vous devez également agir / ''Act'' en observant les changements dans l'environnement, le reste du système, et "déterminer où appliquer les changements qui mettent en jeu de l'amélioration", ce qui peut signifier de réaliser quelques remaniements / refactoring de manière incrémentale.</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">L<span style="line-height: 1.5">e noyau agile de développement itératif / incrémental suit également ce cycle :</span></span><span style="display: block; text-align: justify"><br />

	* '''Plan''' : planification de l'itération / définition des tests d'acceptation		* '''Plan''' : planification de l'itération / définition des tests d'acceptation

Fabrice Aimetti le 26 février 2019 à 12:17

2019-02-26T12:17:37Z

← Version précédente		Version du 26 février 2019 à 12:17
Ligne 2 :		Ligne 2 :
	[[Category: Portail Framework]]		[[Category: Portail Framework]]
	[[Category: PDCA]]		[[Category: PDCA]]
			[[Catégorie:Tests]]
			[[Catégorie:TDD]]
	[[Category: W. Edwards Deming]]		[[Category: W. Edwards Deming]]
	[[Category: Walter A. Shewhart]]		[[Category: Walter A. Shewhart]]

Fabrice Aimetti le 11 août 2018 à 06:17

2018-08-11T06:17:29Z

← Version précédente		Version du 11 août 2018 à 06:17
Ligne 4 :		Ligne 4 :
	[[Category: W. Edwards Deming]]		[[Category: W. Edwards Deming]]
	[[Category: Walter A. Shewhart]]		[[Category: Walter A. Shewhart]]
	~~<div id="content_view" class="wiki" style="display: block">~~ Auteurs : Tim Ottinger ([https://twitter.com/tottinge @tottinge]) & Jeff Langr ([https://twitter.com/jlangr @jlangr])<br /> Source : [http://agileinaflash.blogspot.fr/2009/07/plan-do-check-act.html Plan-Do-Check-Act] ([http://agileinaflash.blogspot.fr/ Agile in a Flash])<br /> Date : Juillet 2009<br />		Auteurs : Tim Ottinger ([https://twitter.com/tottinge @tottinge]) & Jeff Langr ([https://twitter.com/jlangr @jlangr])<br />
			Source : [http://agileinaflash.blogspot.fr/2009/07/plan-do-check-act.html Plan-Do-Check-Act] ([http://agileinaflash.blogspot.fr/ Agile in a Flash])<br />
			Date : Juillet 2009<br />
	----		----
	Traducteur : Fabrice Aimetti<br /> Date : 11/08/2014<br />		Traducteur : Fabrice Aimetti<br />
			Date : 11/08/2014<br />
	----		----
	''Traduction :''<br /> <br /> [[Image:pdca.jpg\|pdca.jpg]]<br /> <br /> ''Merci à Igor Czechowski d'avoir suggéré cette fiche.''<br /> <br /> <span style="display: block; text-align: justify">Au cœur de l'Agilité, on trouve des cycles courts de [http://en.wikipedia.org/wiki/PDCA Plan-Do-Check-Act (PDCA)]. Ces étapes illustrent également la côté scientifique de l'approche, du moins selon la définition des sciences qui dit que vous suivez une méthode scientifique : émettre une hypothèse, expérimenter, évaluer. Ceux qui disent que l'Agilité n'est pas disciplinée n'ont pas fait ce lien.</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">Le Plan-Do-Check-Act trouve un écho dans les pratiques agiles, notamment TDD. L'étape du ''Plan'' concerne le fait de "converger vers le résultat attendu" selon Wikipedia. Ecrire un test qui échoue d'abord fait partie de votre plan. Après avoir observé l'échec du test, ''Do'' signifie que vous écrivez assez de code pour faire passer le test, et ''Check'' vous dit de vérifier les résultats réels par rapport aux résultats escomptés. S'il y a des différences, vous devez agir / ''Act'' pour en déterminer la cause et corriger votre implémentation (ou parfois vos exigences). Dans tous les cas, vous devez également agir / ''Act'' en observant les changements dans l'environnement, le reste du système, et "déterminer où appliquer les changements qui mettent en jeu de l'amélioration", ce qui peut signifier de réaliser quelques remaniements / refactoring de manière incrémentale.</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">L<span style="line-height: 1.5">e noyau agile de développement itératif / incrémental suit également ce cycle :</span></span><span style="display: block; text-align: justify"><br />		Traduction :<br />
			<br />
			[[Image:pdca.jpg\|pdca.jpg]]<br /> <br /> ''Merci à Igor Czechowski d'avoir suggéré cette fiche.''<br /> <br /> <span style="display: block; text-align: justify">Au cœur de l'Agilité, on trouve des cycles courts de [http://en.wikipedia.org/wiki/PDCA Plan-Do-Check-Act (PDCA)]. Ces étapes illustrent également la côté scientifique de l'approche, du moins selon la définition des sciences qui dit que vous suivez une méthode scientifique : émettre une hypothèse, expérimenter, évaluer. Ceux qui disent que l'Agilité n'est pas disciplinée n'ont pas fait ce lien.</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">Le Plan-Do-Check-Act trouve un écho dans les pratiques agiles, notamment TDD. L'étape du ''Plan'' concerne le fait de "converger vers le résultat attendu" selon Wikipedia. Ecrire un test qui échoue d'abord fait partie de votre plan. Après avoir observé l'échec du test, ''Do'' signifie que vous écrivez assez de code pour faire passer le test, et ''Check'' vous dit de vérifier les résultats réels par rapport aux résultats escomptés. S'il y a des différences, vous devez agir / ''Act'' pour en déterminer la cause et corriger votre implémentation (ou parfois vos exigences). Dans tous les cas, vous devez également agir / ''Act'' en observant les changements dans l'environnement, le reste du système, et "déterminer où appliquer les changements qui mettent en jeu de l'amélioration", ce qui peut signifier de réaliser quelques remaniements / refactoring de manière incrémentale.</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">L<span style="line-height: 1.5">e noyau agile de développement itératif / incrémental suit également ce cycle :</span></span><span style="display: block; text-align: justify"><br />

	* '''Plan''' : planification de l'itération / définition des tests d'acceptation		* '''Plan''' : planification de l'itération / définition des tests d'acceptation

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

2018-08-10T09:17:41Z

← Version précédente		Version du 10 août 2018 à 09:17
Ligne 3 :		Ligne 3 :
	[[Category: PDCA]]		[[Category: PDCA]]
	[[Category: W. Edwards Deming]]		[[Category: W. Edwards Deming]]
			[[Category: Walter A. Shewhart]]
	<div id="content_view" class="wiki" style="display: block"> Auteurs : Tim Ottinger ([https://twitter.com/tottinge @tottinge]) & Jeff Langr ([https://twitter.com/jlangr @jlangr])<br /> Source : [http://agileinaflash.blogspot.fr/2009/07/plan-do-check-act.html Plan-Do-Check-Act] ([http://agileinaflash.blogspot.fr/ Agile in a Flash])<br /> Date : Juillet 2009<br />		<div id="content_view" class="wiki" style="display: block"> Auteurs : Tim Ottinger ([https://twitter.com/tottinge @tottinge]) & Jeff Langr ([https://twitter.com/jlangr @jlangr])<br /> Source : [http://agileinaflash.blogspot.fr/2009/07/plan-do-check-act.html Plan-Do-Check-Act] ([http://agileinaflash.blogspot.fr/ Agile in a Flash])<br /> Date : Juillet 2009<br />
	----		----

Fabrice Aimetti le 25 juillet 2018 à 20:00

2018-07-25T20:00:20Z

← Version précédente		Version du 25 juillet 2018 à 20:00
Ligne 1 :		Ligne 1 :
	[[Category: Tim Ottinger]]		[[Category: Tim Ottinger]]
	[[Category: Portail Framework]]		[[Category: Portail Framework]]
			[[Category: PDCA]]
	[[Category: W. Edwards Deming]]		[[Category: W. Edwards Deming]]
	<div id="content_view" class="wiki" style="display: block"> Auteurs : Tim Ottinger ([https://twitter.com/tottinge @tottinge]) & Jeff Langr ([https://twitter.com/jlangr @jlangr])<br /> Source : [http://agileinaflash.blogspot.fr/2009/07/plan-do-check-act.html Plan-Do-Check-Act] ([http://agileinaflash.blogspot.fr/ Agile in a Flash])<br /> Date : Juillet 2009<br />		<div id="content_view" class="wiki" style="display: block"> Auteurs : Tim Ottinger ([https://twitter.com/tottinge @tottinge]) & Jeff Langr ([https://twitter.com/jlangr @jlangr])<br /> Source : [http://agileinaflash.blogspot.fr/2009/07/plan-do-check-act.html Plan-Do-Check-Act] ([http://agileinaflash.blogspot.fr/ Agile in a Flash])<br /> Date : Juillet 2009<br />

Fabrice Aimetti le 17 juillet 2018 à 22:04

2018-07-17T22:04:10Z

← Version précédente		Version du 17 juillet 2018 à 22:04
Ligne 1 :		Ligne 1 :
	[[Category: Tim Ottinger]]		[[Category: Tim Ottinger]]
	[[Category: Portail Framework]]		[[Category: Portail Framework]]
			[[Category: W. Edwards Deming]]
	<div id="content_view" class="wiki" style="display: block"> Auteurs : Tim Ottinger ([https://twitter.com/tottinge @tottinge]) & Jeff Langr ([https://twitter.com/jlangr @jlangr])<br /> Source : [http://agileinaflash.blogspot.fr/2009/07/plan-do-check-act.html Plan-Do-Check-Act] ([http://agileinaflash.blogspot.fr/ Agile in a Flash])<br /> Date : Juillet 2009<br />		<div id="content_view" class="wiki" style="display: block"> Auteurs : Tim Ottinger ([https://twitter.com/tottinge @tottinge]) & Jeff Langr ([https://twitter.com/jlangr @jlangr])<br /> Source : [http://agileinaflash.blogspot.fr/2009/07/plan-do-check-act.html Plan-Do-Check-Act] ([http://agileinaflash.blogspot.fr/ Agile in a Flash])<br /> Date : Juillet 2009<br />
	----		----

Fabrice Aimetti : Page créée avec « Category: Tim Ottinger Category: Portail Framework
Auteurs : Tim Ottinger ([https://twitter.com/totting... »

2018-07-01T16:09:34Z

Page créée avec « Category: Tim Ottinger Category: Portail Framework <div id="content_view" class="wiki" style="display: block"> Auteurs : Tim Ottinger ([https://twitter.com/totting... »

Nouvelle page

[[Category: Tim Ottinger]]
[[Category: Portail Framework]]
<div id="content_view" class="wiki" style="display: block"> Auteurs : Tim Ottinger ([https://twitter.com/tottinge @tottinge]) & Jeff Langr ([https://twitter.com/jlangr @jlangr]) Source : [http://agileinaflash.blogspot.fr/2009/07/plan-do-check-act.html Plan-Do-Check-Act] ([http://agileinaflash.blogspot.fr/ Agile in a Flash]) Date : Juillet 2009 
----
Traducteur : Fabrice Aimetti Date : 11/08/2014 
----
''Traduction :'' [[Image:pdca.jpg|pdca.jpg]] ''Merci à Igor Czechowski d'avoir suggéré cette fiche.'' Au cœur de l'Agilité, on trouve des cycles courts de [http://en.wikipedia.org/wiki/PDCA Plan-Do-Check-Act (PDCA)]. Ces étapes illustrent également la côté scientifique de l'approche, du moins selon la définition des sciences qui dit que vous suivez une méthode scientifique : émettre une hypothèse, expérimenter, évaluer. Ceux qui disent que l'Agilité n'est pas disciplinée n'ont pas fait ce lien. Le Plan-Do-Check-Act trouve un écho dans les pratiques agiles, notamment TDD. L'étape du ''Plan'' concerne le fait de "converger vers le résultat attendu" selon Wikipedia. Ecrire un test qui échoue d'abord fait partie de votre plan. Après avoir observé l'échec du test, ''Do'' signifie que vous écrivez assez de code pour faire passer le test, et ''Check'' vous dit de vérifier les résultats réels par rapport aux résultats escomptés. S'il y a des différences, vous devez agir / ''Act'' pour en déterminer la cause et corriger votre implémentation (ou parfois vos exigences). Dans tous les cas, vous devez également agir / ''Act'' en observant les changements dans l'environnement, le reste du système, et "déterminer où appliquer les changements qui mettent en jeu de l'amélioration", ce qui peut signifier de réaliser quelques remaniements / refactoring de manière incrémentale. Le noyau agile de développement itératif / incrémental suit également ce cycle : 

* '''Plan''' : planification de l'itération / définition des tests d'acceptation
* '''Do''' : déroulement de l'itération quotidiennement
* '''Check''' : vérification des résultats en utilisant les tests d'acceptation
* '''Act''' : rétrospectives et planification qui en découle
 Comme avec la plupart des meilleurs idées modernes de contrôle qualité, le PDCA vient en partie du Dr W. Edwards Deming. Bien que Deming crédite [http://en.wikipedia.org/wiki/Walter_A._Shewhart Walter Shewhart] pour le concept original du PDCA, on reconnaît à Deming le fait d'avoir popularisé le cycle.