La méthodologie agile a révolutionné le monde du développement logiciel. Avant son émergence, de nombreuses entreprises avaient des problèmes pour livrer des produits techniques à leurs clients à temps et sans délai, et l’ajustement des exigences des clients pouvait causer de nombreux problèmes à l’équipe de travail, mais travailler en utilisant la méthodologie agile résout tous ces problèmes, apprenons donc à les connaître davantage à travers cet article.

De son nom, nous pouvons voir qu’il s’agit d’une méthodologie qui permet d’être créatif et réactif aux changements. C’est une façon de gérer et finalement de réussir dans un environnement turbulent et incertain. C’est la définition académique publiée par Agile Aliance, et pour comprendre la signification pratique de ce concept, nous reviendrons un peu à la fin des années 1990.

Les éditeurs de logiciels travaillaient selon une méthodologie appelée Waterfull qui divisait tout projet en 5 étapes: analyse et collecte des exigences (dans laquelle toutes les exigences du programme sont écrites), conception (conçue comme conception de système), développement (programmation), test et maintenance.

Les méthodes traditionnelles n’étaient pas en mesure de suivre le rythme du développement des logiciels et des changements rapides de la vie et de suivre le rythme du développement et de l’évolution des exigences du projet, car en s’appuyant sur des méthodes traditionnelles, le projet a besoin de beaucoup de temps pour se terminer, et ce nécessite nécessairement un coût élevé et le coût de la refonte, du développement et du changement (pour répondre aux besoins changeants) Très élevé.

Comme le montre le dessin, les étapes sont consécutives de cette manière et l’étape suivante ne peut pas être démarrée tant que l’étape en cours n’est pas terminée. Chaque étape peut prendre une très longue période avant le début du développement du projet, et au démarrage du projet, la conception qui a été développée peut devenir obsolète ou de nouvelles mises à jour lui ont été publiées. Cela est devenu la cause d’échec des projets logiciels, accompagnés de plaintes de clients qui ont finalement menacé l’ensemble de l’industrie du logiciel.

Sur la base des problèmes du système en cascade (Waterfall) , une méthodologie agile est apparue, qui a divisé les caractéristiques des projets en petits composants, chaque composant étant passé par cinq étapes: analyse, collecte des exigences, conception, développement et test.

Au milieu des années 1990, de nombreux développeurs d’entreprise ont remarqué l’échec de l’approche Waterfall et ont commencé individuellement à tester de nouvelles méthodes de travail et à essayer de les combiner avec d’anciennes méthodes de travail. Après le succès d’une méthodologie particulière, ils apprennent à leurs équipes ces nouvelles méthodologies.

Les personnes qui ont créé ces méthodologies ont découvert que les développeurs de logiciels pourraient être intéressés à obtenir certains des mêmes avantages qu’ils essayaient, alors ils ont créé des cadres pour diffuser les idées à d’autres équipes. De là, des cadres tels que Scrum, Extreme Programing, Feature-Driven Development (FDD), Dynamic Systems Development Method (DSDM) et d’autres ont commencé à y apparaître.

Tout cela, c’était avant 2001. Cette année, 17 personnes se sont rencontrées dans la ville d’Ottawa et sont sorties de cette rencontre avec ce qu’on appelle le «Manifeste Agile».