« Plan-Do-Check-Act » : différence entre les versions

De Wiki Agile
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... »
 
Aucun résumé des modifications
 
(5 versions intermédiaires par le même utilisateur non affichées)
Ligne 1 : Ligne 1 :
[[Category: Tim Ottinger]]
[[Category: Tim Ottinger]]
[[Category: Portail Framework]]
[[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])<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 />
[[Category: PDCA]]
[[Catégorie:Tests]]
[[Catégorie:TDD]]
[[Category: W. Edwards Deming]]
[[Category: Walter A. Shewhart]]
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|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