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

[[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 />