D\u00e9\u00e7u du statu quo, Entreprises informatiques<\/strong> a commenc\u00e9 \u00e0 introduire Agile vers les ann\u00e9es 90, et en 2000 la m\u00e9thodologie de d\u00e9veloppement Agile<\/a><\/strong> a obtenu la reconnaissance qu'elle m\u00e9ritait de la part des soci\u00e9t\u00e9s informatiques pour sa mise en \u0153uvre flexible et rapide des commentaires des clients. <\/p>\n\n\n\n Comme Agile a \u00e9t\u00e9 largement utilis\u00e9, nous avons vu d\u00e9veloppement de logiciels<\/strong> de m\u00e9thodes telles que Scrum, application rapide, d\u00e9veloppement, programmation extr\u00eame, DSDM, d\u00e9veloppement ax\u00e9 sur les fonctionnalit\u00e9s, mod\u00e8le de programmation pragmatique et bien d'autres \u00e0 la pointe. M\u00eame si les chefs de projet suivent Agile, la plupart des professionnels de l'informatique manquent de connaissances de base sur les diff\u00e9rences entre les diff\u00e9rents M\u00e9thodologies de d\u00e9veloppement agiles<\/strong>. <\/p>\n\n\n\n Bien que le Mod\u00e8le de d\u00e9veloppement logiciel agile <\/strong>a commenc\u00e9 \u00e0 l'origine en suivant un principe de base, il existe maintenant 42 types de pratiques Agiles. Des termes tels que stories, it\u00e9rations, sprints et backlogs se rapportent \u00e0 Agile. Les histoires sont proches des cas d'utilisation o\u00f9 l'on consid\u00e8re l'image enti\u00e8re de l'activit\u00e9 d'un utilisateur. Ces histoires sont divis\u00e9es en t\u00e2ches et attribu\u00e9es \u00e0 des d\u00e9veloppeurs et testeurs<\/strong> pour terminer les t\u00e2ches ou les fonctionnalit\u00e9s. Une phase de 2 semaines est appel\u00e9e une it\u00e9ration qui couvre les histoires livrables, tandis qu'un sprint est une courte p\u00e9riode qui marque l'ach\u00e8vement d'une version. <\/p>\n\n\n\n Nous allons maintenant examiner les pratiques Agiles largement utilis\u00e9es pour conna\u00eetre leurs diff\u00e9rences.<\/p>\n\n\n\n Scrum, un cadre flexible l\u00e9ger est souvent le premier choix du chef de projet. Il permet d'\u00e9conomiser du temps et de l'argent, encourage le travail d'\u00e9quipe, facilite le d\u00e9veloppement et s'adapte bien \u00e0 toute structure d'entreprise. La Ma\u00eetre de m\u00eal\u00e9e<\/strong> est responsable de favoriser un environnement Scrum tout en guidant l'\u00e9quipe. Cela commence par les fonctionnalit\u00e9s dans les it\u00e9rations qui incluent des \u00e9l\u00e9ments de backlog et suit d\u00e9veloppement et test continus pour une it\u00e9ration<\/strong>. Chaque it\u00e9ration apporte les nouvelles fonctionnalit\u00e9s et ajoute les fonctionnalit\u00e9s de backlog aux it\u00e9rations \u00e0 venir. <\/p>\n\n\n\n L'\u00e9quipe subit une r\u00e9union debout<\/strong> tous les jours pour discuter de leur progression, de leur blocage ou des d\u00e9fis rencontr\u00e9s pour la cr\u00e9ation de la t\u00e2che. <\/p>\n\n\n\n En plus de Scrum, les Scrum masters suivent les Framework Kanban, utilis\u00e9 pour<\/strong> suivre l'avancement des t\u00e2ches<\/strong>. La t\u00e2che li\u00e9e au projet, telle que le d\u00e9veloppement, les tests, est suivie par le framework avec les colonnes telles que backlog, en cours, bloqu\u00e9, termin\u00e9, en cours de test et examen par les pairs. Comme le tableau est visible par tous, l'avancement de toutes les t\u00e2ches affich\u00e9es sur le tableau l'est \u00e9galement. Les notes autocollantes d\u00e9crivent les d\u00e9tails de la t\u00e2che et les personnes qui y travaillent.<\/p>\n\n\n\n Bien que le framework Kanban soit impl\u00e9ment\u00e9 avec Scrum, il se marie \u00e9galement bien avec d'autres m\u00e9thodologies Agile comme DevOps, la programmation extr\u00eame ou Scrumban. Kanban donne un flux continu \u00e0 l'avancement des projets, car l'\u00e9quipe s\u00e9lectionne les t\u00e2ches \u00e0 accomplir. Cela \u00e9limine \u00e9galement l'exigence d'un chef de projet pour les \u00e9quipes travaillant de mani\u00e8re ind\u00e9pendante. <\/p>\n\n\n\n Il y a beaucoup de Outils de gestion de projet agiles<\/strong> l\u00e0-bas disponible. Si vous recherchez un outil Kanban gratuit, simple et tr\u00e8s puissant, consultez Trello.com<\/a>.<\/p>\n\n\n\n DevOps est utilis\u00e9 par les chefs de projet pour int\u00e9gration continue et d\u00e9veloppement continu (CI\/CD)<\/strong>. Il rassemble le d\u00e9veloppement et les op\u00e9rations pour g\u00e9n\u00e9rer une boucle infinie de planification, de codage, de construction, de test, de d\u00e9ploiement, d'exploitation et de surveillance. Le CI\/CD donne une puissance suppl\u00e9mentaire \u00e0 Principes de gestion de projet agile<\/strong>. Les types DevOps fonctionnent avec les m\u00e9thodologies Agile. <\/p>\n\n\n\n Les chefs de projet pr\u00e9f\u00e8rent g\u00e9n\u00e9ralement travailler sur Scrum et Kanban simultan\u00e9ment<\/strong>. Scrum donne une structure au projet, tandis que le tableau Kanban montre les d\u00e9tails et l'avancement des t\u00e2ches.<\/p>\n\n\n\n Le Scrum Master d\u00e9cide des d\u00e9tails comme les histoires, les t\u00e2ches, les it\u00e9rations pour le cycle de d\u00e9veloppement logiciel. L'ex\u00e9cution du Kanban est entreprise par des personnes travaillant sur la t\u00e2che. Au fur et \u00e0 mesure que le statut des t\u00e2ches change, les membres de l'\u00e9quipe mettent \u00e0 jour le tableau Kanban pour leur t\u00e2che.<\/p>\n\n\n\n Le concept de base de Scrum@Scale est de petites \u00e9quipes, une bureaucratie minimale et une mise \u00e0 l'\u00e9chelle dans toute l'organisation<\/strong>. Une petite \u00e9quipe de 3 \u00e0 9 membres fonctionnels est plus facile \u00e0 g\u00e9rer et une bureaucratie minimale r\u00e9duit le temps n\u00e9cessaire pour prendre des d\u00e9cisions. Les petites organisations utilisent cette approche, car elle aide \u00e0 r\u00e9duire les obstacles. En fin de compte, plusieurs \u00e9quipes fournissent des incr\u00e9ments potentiellement livrables en tant que projet enti\u00e8rement int\u00e9gr\u00e9. <\/p>\n\n\n\n Large Scale Scrum (LeSS) est un moyen de faire \u00e9voluer Scrum<\/strong>. LeSS met en \u00e9vidence l'application des r\u00e8gles, des principes et des \u00e9l\u00e9ments d'Agile pour faire \u00e9voluer les projets informatiques. Plus pr\u00e9cis\u00e9ment, il s'agit d'un cadre pour faire \u00e9voluer Scrum vers plusieurs \u00e9quipes qui travaillent ensemble sur le m\u00eame produit. Chaque \u00e9quipe travaille sur plusieurs projets en Sprints (incr\u00e9ments \u00e0 court terme d'un mois ou moins).<\/p>\n\n\n\n Les organisations informatiques travaillant sur SaFe ont une base solide de Scrum et de grandes \u00e9quipes de d\u00e9veloppement de logiciels. Il combine Lean, Agile et DevOps pour l'agilit\u00e9 de l'entreprise. Id\u00e9al pour les grandes organisations, il fournit des conseils concrets pour minimiser les d\u00e9pendances d'\u00e9quipe<\/strong>. Des outils comme Program Increment Planning alignent tout le monde et r\u00e9duisent les d\u00e9pendances des \u00e9quipes. <\/p>\n\n\n\n Scaled Agile Framework est param\u00e9trable \u00e0 4 niveaux : \u00e9quipe, programme, grande solution, portefeuille. Il guide les 3 niveaux d'Agile pour la livraison des produits et \u00e9tend \u00e9galement Agile au niveau du portefeuille.<\/p>\n\n\n\n Les chefs de projet peuvent combiner SAFe avec des frameworks Agile comme Kanban, S@S, la programmation extr\u00eame et LeSS en utilisant le bon Outils de gestion de projet agiles<\/strong>.<\/p>\n\n\n\n Test Driven Development (TDD) est une pratique de d\u00e9veloppement logiciel qui se concentre sur la cr\u00e9ation de cas de tests unitaires avant de d\u00e9velopper le code r\u00e9el<\/strong>. C'est une approche it\u00e9rative qui combine la programmation, la cr\u00e9ation de tests unitaires et le refactoring. <\/p>\n\n\n\n Les projets suivant cette approche sont continuellement am\u00e9lior\u00e9s tandis que leurs cadres de base sont conserv\u00e9s intacts pour les fonctionnalit\u00e9s de base. A ce titre, TDD regroupe les tests unitaires, le d\u00e9veloppement et la conception. Cadres de test unitaire<\/strong> sont utilis\u00e9s par les d\u00e9veloppeurs lorsqu'ils commencent \u00e0 travailler sur la t\u00e2che. Les d\u00e9veloppeurs sont clairs sur les fonctionnalit\u00e9s et avant de coder, ils d\u00e9finissent les tests, la conception des classes et \u00e9crivent les conditions pour que leurs fonctionnalit\u00e9s soient approuv\u00e9es. Cette approche permet d'identifier les bogues \u00e0 un stade pr\u00e9coce du d\u00e9veloppement, oblige \u00e0 r\u00e9fl\u00e9chir simultan\u00e9ment \u00e0 la conception et aux fonctionnalit\u00e9s, et fait gagner du temps lors des phases d'int\u00e9gration et de test. De plus, cela aide \u00e0 changer facilement le code h\u00e9rit\u00e9. <\/p>\n\n\n\n La plupart des entreprises informatiques mettent d\u00e9sormais en \u0153uvre la m\u00e9thodologie de d\u00e9veloppement Agile, mais peu connaissent ses nuances. Cet article met en \u00e9vidence les plus utilis\u00e9s. Ils peuvent \u00eatre appliqu\u00e9s ind\u00e9pendamment ou ensemble, selon la structure et la taille de votre \u00e9quipe ou de votre entreprise. Scrum, Kanban et TDD est la combinaison la plus utilis\u00e9e avec les op\u00e9rations DevOps CI\/CD. <\/p>\n\n\n\n Chez Afocus, nous utilisons une combinaison de gestion de projet logiciel agile<\/strong> m\u00e9thodes pour construire Sites de commerce \u00e9lectronique<\/a>, Plateformes SaaS<\/a> ou application mobile<\/a>.<\/p>\n\n\n\n![\"agile](\"https:\/\/afocus.dev\/wp-content\/uploads\/2021\/10\/Popular-Agile-Methodologies-for-IT-projects_2.jpg\")
<\/figure>\n\n\n\nPratiques agiles<\/h2>\n\n\n\n
1. M\u00eal\u00e9e<\/h2>\n\n\n\n
![\"Scrum](\"https:\/\/afocus.dev\/wp-content\/uploads\/2021\/10\/Popular-Agile-Methodologies-for-IT-projects_3.jpg\")
<\/figure>\n\n\n\n2. Kanban<\/h2>\n\n\n\n
3. DevOps<\/h2>\n\n\n\n
4. Scrumban<\/h2>\n\n\n\n
5. Scrum@Scale (S@S)<\/h2>\n\n\n\n
6. Scrum \u00e0 grande \u00e9chelle (LeSS)\u00a0: <\/h2>\n\n\n\n
![\"Agile](\"https:\/\/afocus.dev\/wp-content\/uploads\/2021\/10\/Popular-Agile-Methodologies-for-IT-projects_1.jpeg\")
<\/figure>\n\n\n\n7. Cadre agile \u00e0 l'\u00e9chelle (SAFe)<\/h2>\n\n\n\n
8. D\u00e9veloppement pilot\u00e9 par les tests (TDD)<\/h2>\n\n\n\n
Emporter<\/h2>\n\n\n\n