![](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2025\/05\/sprint1.png\"\/)
<\/p>\nLe d\u00e9veloppement logiciel agile est une approche dynamique de cr\u00e9ation de logiciels qui prosp\u00e8re dans des environnements marqu\u00e9s par l’incertitude et le changement. Contrairement aux m\u00e9thodologies traditionnelles, qui reposent sur des plans rigides et une documentation \u00e9tendue, l’agilit\u00e9 met l’accent sur la flexibilit\u00e9, la collaboration et la livraison progressive de logiciels fonctionnels. Ce guide explore les principes, les m\u00e9thodologies, l’histoire et les applications pratiques de l’agilit\u00e9, enrichi d’exemples pour aider les \u00e9quipes \u00e0 la mettre en \u0153uvre efficacement.<\/p>\n
<\/p>\n
L’agilit\u00e9 est con\u00e7ue pour livrer des logiciels de haute qualit\u00e9 qui r\u00e9pondent rapidement et de mani\u00e8re rentable aux besoins des utilisateurs. Elle y parvient gr\u00e2ce \u00e0 des cycles it\u00e9ratifs, \u00e0 un retour fr\u00e9quent et \u00e0 une planification adaptable, garantissant que les exigences en \u00e9volution sont accueillies plut\u00f4t que r\u00e9sist\u00e9es.<\/p>\n
Le d\u00e9veloppement logiciel agile est un terme g\u00e9n\u00e9rique d\u00e9signant des m\u00e9thodologies et des pratiques ancr\u00e9es dans le Manifeste Agile<\/strong>, un ensemble de valeurs et de principes \u00e9tablis en 2001 par 17 d\u00e9veloppeurs logiciels. L’agilit\u00e9 privil\u00e9gie la livraison fr\u00e9quente de petits incr\u00e9mentes fonctionnels de logiciels, permettant aux \u00e9quipes de s’adapter aux exigences changeantes et aux retours des utilisateurs. Cette approche contraste avec les m\u00e9thodes traditionnelles en \u00ab cascade \u00bb, o\u00f9 les projets suivent un parcours lin\u00e9aire avec un p\u00e9rim\u00e8tre fixe, souvent entra\u00eenant des retards et des livrables mal align\u00e9s.<\/p>\n D\u00e9veloppement it\u00e9ratif<\/strong>: Livrer des solutions partielles (par exemple, fonctionnalit\u00e9s ou prototypes) dans des cycles courts appel\u00e9s sprints, g\u00e9n\u00e9ralement de 1 \u00e0 4 semaines.<\/p>\n<\/li>\n Livraison fr\u00e9quente<\/strong>: Lib\u00e9rer r\u00e9guli\u00e8rement du logiciel fonctionnel afin de recueillir des retours et affiner le produit.<\/p>\n<\/li>\n Centr\u00e9 sur le client<\/strong>: Prioriser la satisfaction de l’utilisateur gr\u00e2ce \u00e0 une collaboration continue et une r\u00e9activit\u00e9 au changement.<\/p>\n<\/li>\n Autonomisation des \u00e9quipes<\/strong>: Favoriser des \u00e9quipes auto-organis\u00e9es et pluridisciplinaires pour stimuler l’innovation et l’efficacit\u00e9.<\/p>\n<\/li>\n<\/ul>\n Exemple<\/strong>: Une start-up construisant une application mobile utilise l’agilit\u00e9 pour lancer une version de base avec des fonctionnalit\u00e9s essentielles (par exemple, connexion utilisateur et cr\u00e9ation de profil) en deux semaines. Les retours des utilisateurs r\u00e9v\u00e8lent un besoin d’une fonction de recherche, que l’\u00e9quipe priorise lors du prochain sprint, assurant ainsi que l’application \u00e9volue selon les besoins des utilisateurs.<\/p>\n Le Manifeste Agile, publi\u00e9 en 2001, est le pilier du d\u00e9veloppement logiciel agile. Il \u00e9nonce quatre valeurs fondamentales et douze principes qui guident les pratiques agiles.<\/p>\n Le Manifeste met l’accent sur :<\/p>\n Les individus et les interactions<\/strong>plut\u00f4t que les processus et les outils.<\/p>\n<\/li>\n Le logiciel fonctionnel<\/strong>plut\u00f4t que la documentation exhaustive.<\/p>\n<\/li>\n La collaboration avec le client<\/strong>plut\u00f4t que la n\u00e9gociation de contrat.<\/p>\n<\/li>\n R\u00e9pondre au changement<\/strong> plut\u00f4t que de suivre un plan.<\/p>\n<\/li>\n<\/ol>\n Ces valeurs privil\u00e9gient la collaboration humaine, les livrables fonctionnels et l’adaptabilit\u00e9. Par exemple, bien que la documentation soit pr\u00e9cieuse, un prototype fonctionnel que les utilisateurs peuvent tester est prioris\u00e9 afin de garantir une alignement avec leurs besoins.<\/p>\n Exemple<\/strong>: Une \u00e9quipe de d\u00e9veloppement travaillant sur une plateforme de commerce \u00e9lectronique se concentre sur la livraison d’un syst\u00e8me de paiement fonctionnel plut\u00f4t que sur la cr\u00e9ation de documentation technique d\u00e9taill\u00e9e. Ils collaborent avec le client chaque semaine pour affiner les fonctionnalit\u00e9s en se basant sur des tests r\u00e9els.<\/p>\n Les principes du Manifeste Agile fournissent un cadre pour mettre en \u0153uvre ses valeurs :<\/p>\n Satisfaction du client<\/strong> gr\u00e2ce \u00e0 la livraison pr\u00e9coce et continue de logiciels pr\u00e9cieux.<\/p>\n<\/li>\n Accueillir les changements de besoins<\/strong>, m\u00eame tardivement dans le d\u00e9veloppement, afin de garantir un avantage concurrentiel.<\/p>\n<\/li>\n Livrer fr\u00e9quemment du logiciel fonctionnel<\/strong>, tous les deux ou trois semaines \u00e0 deux ou trois mois.<\/p>\n<\/li>\n Collaboration quotidienne<\/strong> entre les parties prenantes commerciales et les d\u00e9veloppeurs.<\/p>\n<\/li>\n Construire les projets autour d’individus motiv\u00e9s<\/strong>, en leur offrant un soutien et une confiance.<\/p>\n<\/li>\n Prioriser la communication en personne<\/strong> pour un partage efficace de l’information.<\/p>\n<\/li>\n Logiciel fonctionnel<\/strong> est la mesure principale du progr\u00e8s.<\/p>\n<\/li>\n Promouvoir un d\u00e9veloppement durable<\/strong> \u00e0 un rythme constant pour les commanditaires, les d\u00e9veloppeurs et les utilisateurs.<\/p>\n<\/li>\n Attention continue \u00e0 l’excellence technique<\/strong> et \u00e0 une bonne conception.<\/p>\n<\/li>\n Simplicit\u00e9<\/strong>\u2014maximiser le travail non effectu\u00e9\u2014est essentiel.<\/p>\n<\/li>\n \u00c9quipes auto-organis\u00e9es<\/strong> produisent les meilleures architectures, exigences et conceptions.<\/p>\n<\/li>\n R\u00e9flexion et ajustement r\u00e9guliers<\/strong> pour am\u00e9liorer l’efficacit\u00e9 de l’\u00e9quipe.<\/p>\n<\/li>\n<\/ol>\n Exemple<\/strong>: Une \u00e9quipe d\u00e9veloppant une application de sant\u00e9 suit ces principes en livrant une fonctionnalit\u00e9 de planification des patients au cours d’un sprint de deux semaines. Ils se r\u00e9unissent quotidiennement avec le personnel hospitalier pour affiner les exigences et ajuster la conception en fonction des retours, en veillant \u00e0 ce que la fonctionnalit\u00e9 soit \u00e0 la fois fonctionnelle et conviviale.<\/p>\n Les racines de l’agilit\u00e9 remontent aux ann\u00e9es 1950 avec des approches it\u00e9ratives comme le d\u00e9veloppement pilot\u00e9 par les tests dans le projet Mercury. Toutefois, elle a pris de l’\u00e9lan dans les ann\u00e9es 1990 avec des m\u00e9thodologies telles que :<\/p>\n 1991<\/strong>: Le travail de James MartinD\u00e9veloppement rapide d’applications (RAD)<\/strong>mettait l’accent sur la conception rapide de prototypes.<\/p>\n<\/li>\n 1995<\/strong>: Scrum<\/strong>a \u00e9t\u00e9 introduit \u00e0 OOPSLA, formalisant le d\u00e9veloppement it\u00e9ratif.<\/p>\n<\/li>\n 1995<\/strong>: M\u00e9thode de d\u00e9veloppement de syst\u00e8mes dynamiques (DSDM)<\/strong>a fourni un cadre Agile structur\u00e9.<\/p>\n<\/li>\n 1996<\/strong>: Programmation extr\u00eame (XP)<\/strong>est apparu, en se concentrant sur des pratiques d’ing\u00e9nierie telles que le d\u00e9veloppement en bin\u00f4me.<\/p>\n<\/li>\n 1999<\/strong>: D\u00e9veloppement pilot\u00e9 par les fonctionnalit\u00e9s (FDD)<\/strong>a \u00e9t\u00e9 d\u00e9crit, en mettant l’accent sur la livraison des fonctionnalit\u00e9s.<\/p>\n<\/li>\n 2001<\/strong>: Le Manifeste Agile<\/strong>a \u00e9t\u00e9 publi\u00e9, unifiant ces m\u00e9thodologies l\u00e9g\u00e8res.<\/p>\n<\/li>\n 2003<\/strong>: D\u00e9veloppement logiciel agile<\/strong> a introduit des principes de fabrication agile.<\/p>\n<\/li>\n<\/ul>\n Le manifeste Agile de 2001 a \u00e9t\u00e9 un moment d\u00e9cisif, regroupant ces approches en une philosophie coh\u00e9rente qui a r\u00e9volutionn\u00e9 le d\u00e9veloppement logiciel.<\/p>\n Exemple<\/strong>: Une entreprise de logiciels dans les ann\u00e9es 1990 utilisant RAD aurait pu concevoir un prototype pour un syst\u00e8me de paie en quelques semaines, le tester aupr\u00e8s des utilisateurs avant de s’engager dans une mise en \u0153uvre \u00e0 grande \u00e9chelle, une pr\u00e9figuration des pratiques Agile modernes.<\/p>\n Le d\u00e9veloppement traditionnel, souvent appel\u00e9 le mod\u00e8le en cascade<\/strong>, fixe le p\u00e9rim\u00e8tre du projet tout en permettant que le co\u00fbt et le calendrier varient. Cette approche suppose que les exigences sont enti\u00e8rement sp\u00e9cifiables d\u00e8s le d\u00e9part, ce qui conduit souvent \u00e0 une rigidit\u00e9 lorsqu’il y a des changements. Ajouter des ressources \u00e0 un projet en cascade retard\u00e9 peut aggraver les probl\u00e8mes, comme indiqu\u00e9 dans Loi de Brooks<\/strong>: \u00ab Ajouter du personnel \u00e0 un projet logiciel en retard le rend plus tard. \u00bb<\/p>\n L’Agile inverse ce mod\u00e8le en fixant le co\u00fbt et le calendrier tout en permettant que le p\u00e9rim\u00e8tre varie. Cela permet aux \u00e9quipes de livrer en premier les fonctionnalit\u00e9s \u00e0 haute priorit\u00e9 et d’adapter le projet aux changements sans le d\u00e9ranger.<\/p>\n Aspect<\/strong><\/p>\n<\/th>\n Traditionnel (cascade)<\/strong><\/p>\n<\/th>\n Agile<\/strong><\/p>\n<\/th>\n<\/tr>\n P\u00e9rim\u00e8tre<\/strong><\/p>\n<\/td>\n Fixe<\/p>\n<\/td>\n Variable<\/p>\n<\/td>\n<\/tr>\n Co\u00fbt et calendrier<\/strong><\/p>\n<\/td>\n Variable<\/p>\n<\/td>\n Fixe<\/p>\n<\/td>\n<\/tr>\n Planification<\/strong><\/p>\n<\/td>\n Planification approfondie en amont<\/p>\n<\/td>\n Planification adaptative et it\u00e9rative<\/p>\n<\/td>\n<\/tr>\n Livraison<\/strong><\/p>\n<\/td>\n Livraison unique \u00e0 la fin du projet<\/p>\n<\/td>\n Livraisons fr\u00e9quentes et incr\u00e9mentales<\/p>\n<\/td>\n<\/tr>\n Gestion des changements<\/strong><\/p>\n<\/td>\n R\u00e9sistant aux changements<\/p>\n<\/td>\n Accueille les changements<\/p>\n<\/td>\n<\/tr>\n Structure de l’\u00e9quipe<\/strong><\/p>\n<\/td>\n Hi\u00e9rarchique, sp\u00e9cifiquement bas\u00e9 sur les r\u00f4les<\/p>\n<\/td>\n Auto-organis\u00e9, pluridisciplinaire<\/p>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n Exemple<\/strong>: Dans un projet en cascade, une \u00e9quipe pourrait passer six mois \u00e0 d\u00e9finir les exigences d’un syst\u00e8me CRM, pour d\u00e9couvrir ensuite que les besoins du march\u00e9 ont \u00e9volu\u00e9 pendant le d\u00e9veloppement. En Agile, l’\u00e9quipe livre une version de base du CRM en sprints d’un mois, int\u00e9grant de nouvelles exigences comme l’acc\u00e8s mobile bas\u00e9 sur les retours des clients.<\/p>\n Scrum est le cadre Agile le plus largement utilis\u00e9, souvent confondu avec Agile lui-m\u00eame. Alors qu’Agile est une philosophie, Scrum est une m\u00e9thodologie pr\u00e9cise qui met en \u0153uvre les principes Agile \u00e0 travers des r\u00f4les structur\u00e9s, des \u00e9v\u00e9nements et des artefacts.<\/p>\n Scrum organise le travail en sprints<\/strong>, des it\u00e9rations limit\u00e9es dans le temps (g\u00e9n\u00e9ralement de 2 \u00e0 4 semaines) qui livrent une version fonctionnelle du produit. Les composants cl\u00e9s incluent :<\/p>\n Le backlog produit est une liste prioris\u00e9e de fonctionnalit\u00e9s, de bogues, de t\u00e2ches techniques et d’\u00e9l\u00e9ments d’acquisition de connaissances. Le Product Owner<\/strong> collabore avec les parties prenantes pour d\u00e9finir et prioriser ces \u00e9l\u00e9ments.<\/p>\n Exemple<\/strong>: Pour une application de fitness, le backlog produit pourrait inclure :<\/p>\n Fonctionnalit\u00e9 : Suivre l’historique des entra\u00eenements.<\/p>\n<\/li>\n Bogue : Corriger les calculs incorrects des calories.<\/p>\n<\/li>\n Travail technique : Optimiser les requ\u00eates de base de donn\u00e9es.<\/p>\n<\/li>\n Acquisition de connaissances : Rechercher l’int\u00e9gration des appareils portables.<\/p>\n<\/li>\n<\/ul>\n Chaque sprint commence par une r\u00e9union de planification o\u00f9 l’\u00e9quipe s\u00e9lectionne les \u00e9l\u00e9ments du backlog \u00e0 accomplir. Le Product Owner<\/strong> d\u00e9finit \u00ab quoi \u00bb construire, tandis que l’\u00e9quipe d\u00e9termine \u00ab comment \u00bb. Un backlog du sprint<\/strong> est cr\u00e9\u00e9, d\u00e9taillant les t\u00e2ches et l’effort requis.<\/p>\n Exemple<\/strong>: Une \u00e9quipe planifie une it\u00e9ration de deux semaines pour livrer une fonctionnalit\u00e9 de suivi des exercices. Elle la divise en t\u00e2ches telles que la conception de l’interface utilisateur, le codage du backend et le test de la fonctionnalit\u00e9, en estimant l’effort n\u00e9cessaire pour assurer la livraison dans le cadre de l’it\u00e9ration.<\/p>\n Une r\u00e9union quotidienne de 15 minutes o\u00f9 les membres de l’\u00e9quipe rapportent :<\/p>\n Ce qu’ils ont fait hier.<\/p>\n<\/li>\n Ce qu’ils feront aujourd’hui.<\/p>\n<\/li>\n Tout blocage qui entrave la progression.<\/p>\n<\/li>\n<\/ul>\n Exemple<\/strong>: Un d\u00e9veloppeur signale avoir termin\u00e9 l’interface utilisateur de journalisation des exercices, pr\u00e9voit de l’int\u00e9grer au backend aujourd’hui, et signale un probl\u00e8me de base de donn\u00e9es comme blocage, que le Responsable Scrum<\/strong>traite.<\/p>\n \u00c0 la fin du sprint, l’\u00e9quipe d\u00e9montre l’incr\u00e9ment fonctionnel aux parties prenantes, en recueillant des retours pour affiner le backlog produit.<\/p>\n Exemple<\/strong>: L’\u00e9quipe de l’application de fitness pr\u00e9sente la fonctionnalit\u00e9 de suivi des exercices aux propri\u00e9taires de salles de sport, qui sugg\u00e8rent d’ajouter une option de fixation d’objectifs, qui est ajout\u00e9e au backlog pour le prochain sprint.<\/p>\n L’\u00e9quipe r\u00e9fl\u00e9chit sur le sprint, en discutant ce qui s’est bien pass\u00e9, ce qui n’a pas fonctionn\u00e9 et comment s’am\u00e9liorer. Cela favorise l’am\u00e9lioration continue.<\/p>\n Exemple<\/strong>: L’\u00e9quipe constate que des exigences peu claires ont ralenti le d\u00e9veloppement. Ils s’accordent \u00e0 organiser une session de r\u00e9vision pr\u00e9-sprint pour clarifier les \u00e9l\u00e9ments futurs du backlog.<\/p>\n Propri\u00e9taire du produit<\/strong>: G\u00e8re le backlog produit, priorise les fonctionnalit\u00e9s et assure l’alignement avec les objectifs des parties prenantes.<\/p>\n<\/li>\n Responsable Scrum<\/strong>: Facilite les processus Scrum, \u00e9limine les obstacles et favorise l’autogestion de l’\u00e9quipe.<\/p>\n<\/li>\n \u00c9quipe de d\u00e9veloppement<\/strong>: Groupe pluridisciplinaire et autonome charg\u00e9 de livrer l’incr\u00e9ment produit.<\/p>\n<\/li>\n<\/ul>\n Exemple<\/strong>: Dans un projet de cr\u00e9ation d’une plateforme d’apprentissage en ligne, le Product Owner priorise une fonctionnalit\u00e9 de quiz, le Scrum Master r\u00e9sout un probl\u00e8me de licence d’outil, et l’\u00e9quipe de d\u00e9veloppement (comprenant d\u00e9veloppeurs, testeurs et concepteurs) met en \u0153uvre et teste cette fonctionnalit\u00e9.<\/p>\n Product Backlog<\/strong>: La liste principale des \u00e9l\u00e9ments de travail.<\/p>\n<\/li>\n Sprint Backlog<\/strong>: Les t\u00e2ches engag\u00e9es pour le sprint en cours.<\/p>\n<\/li>\n Increment<\/strong>: Le produit fonctionnel livr\u00e9 \u00e0 la fin du sprint.<\/p>\n<\/li>\n<\/ul>\n Exemple<\/strong>: Le sprint backlog pour un projet de passerelle de paiement inclut des t\u00e2ches telles que \u00ab Mettre en \u0153uvre l’API Stripe \u00bb et \u00ab Tester la validation du paiement \u00bb, aboutissant \u00e0 un module de paiement fonctionnel comme increment.<\/p>\n Livraison plus rapide<\/strong>: Les releases fr\u00e9quentes permettent un retour utilisateur pr\u00e9coce et une entr\u00e9e plus rapide sur le march\u00e9.<\/p>\n<\/li>\n Flexibilit\u00e9<\/strong>: S’adapter aux changements garantit que le produit reste pertinent.<\/p>\n<\/li>\n Qualit\u00e9 am\u00e9lior\u00e9e<\/strong>: Le test continu et les retours am\u00e9liorent la fiabilit\u00e9 du logiciel.<\/p>\n<\/li>\n Autonomisation de l’\u00e9quipe<\/strong>: Les \u00e9quipes auto-organis\u00e9es favorisent l’innovation et la responsabilit\u00e9.<\/p>\n<\/li>\n Satisfaction client<\/strong>: La collaboration \u00e9troite garantit que le produit r\u00e9pond aux besoins des utilisateurs.<\/p>\n<\/li>\n<\/ul>\n Exemple<\/strong>: Une \u00e9quipe construisant une application de r\u00e9servation de voyages utilise Scrum pour livrer une fonctionnalit\u00e9 de recherche de vols en deux semaines. Les retours des utilisateurs mettent en \u00e9vidence un besoin de r\u00e9servation d’h\u00f4tels, que l’\u00e9quipe priorise, assurant ainsi que l’application s’aligne sur les attentes du march\u00e9.<\/p>\n Les \u00e9quipes Agile tirent profit d’outils qui simplifient la gestion du backlog, la planification du sprint et la collaboration. Les options populaires incluent :<\/p>\n Visual Paradigm<\/strong>: Propose la cartographie des user stories, l’estimation par affinit\u00e9 et la gestion du sprint.<\/p>\n<\/li>\n Jira<\/strong>: Suivi des t\u00e2ches et des sprints avec des rapports puissants.<\/p>\n<\/li>\n Trello<\/strong>: Simplifie la gestion du backlog gr\u00e2ce \u00e0 des tableaux visuels.<\/p>\n<\/li>\n Azure DevOps<\/strong>: Int\u00e8gre la planification Agile aux pipelines CI\/CD.<\/p>\n<\/li>\n<\/ul>\n Exemple<\/strong>: Une \u00e9quipe utilise Visual Paradigm pour cr\u00e9er une carte des histoires utilisateur pour une application de vente au d\u00e9tail, regroupant des fonctionnalit\u00e9s comme \u00ab navigation produits \u00bb et \u00ab gestion du panier \u00bb dans des sprints, assurant une priorisation claire.<\/p>\n D\u00e9finir la vision<\/strong>: Organisez des sessions de d\u00e9couverte avec les parties prenantes pour comprendre les objectifs, les d\u00e9fis et les besoins des utilisateurs.<\/p>\n<\/li>\n Construire le backlog produit<\/strong>: Cr\u00e9ez une liste prioris\u00e9e de fonctionnalit\u00e9s et de t\u00e2ches, affin\u00e9e gr\u00e2ce aux retours des parties prenantes.<\/p>\n<\/li>\n Planifier le premier sprint<\/strong>: S\u00e9lectionnez les \u00e9l\u00e9ments \u00e0 haute priorit\u00e9 du backlog et d\u00e9finissez les t\u00e2ches pour un sprint de 1 \u00e0 4 semaines.<\/p>\n<\/li>\n It\u00e9rer et am\u00e9liorer<\/strong>: Livrez des incr\u00e9mentations, recueillez des retours et affinez les processus gr\u00e2ce aux r\u00e9trospectives.<\/p>\n<\/li>\n Utiliser des outils Agile<\/strong>: Utilisez des logiciels comme Visual Paradigm ou Jira pour g\u00e9rer efficacement les flux de travail.<\/p>\n<\/li>\n<\/ol>\nCaract\u00e9ristiques cl\u00e9s de l’agilit\u00e9<\/h3>\n
\n
Le Manifeste Agile<\/h2>\n
Valeurs fondamentales du Manifeste Agile<\/h3>\n
![](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2025\/05\/agile-mansfesto1.png\"\/)
<\/p>\n\n
Douze principes de l’agilit\u00e9<\/h3>\n
![](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2025\/05\/agile-principles.png\"\/)
<\/p>\n\n
L’histoire de l’agilit\u00e9<\/h2>\n
\n
Agile versus D\u00e9veloppement traditionnel<\/h2>\n
Tableau de comparaison<\/h3>\n
\n
\n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n Scrum : un cadre Agile de r\u00e9f\u00e9rence<\/h2>\n
![](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2025\/05\/scrum-cheatsheet.png\"\/)
<\/p>\nComment fonctionne Scrum<\/h3>\n
1. Backlog produit<\/strong><\/h4>\n
\n
2. Planification du sprint<\/strong><\/h4>\n
3. R\u00e9union quotidienne<\/strong><\/h4>\n
\n
4. Revue de sprint<\/strong><\/h4>\n
5. R\u00e9trospective de sprint<\/strong><\/h4>\n
R\u00f4les Scrum<\/h3>\n
\n
Artifacts Scrum<\/h3>\n
\n
Avantages de l’Agile et de Scrum<\/h2>\n
\n
Outils pour le d\u00e9veloppement Agile<\/h2>\n
\n
Mise en place de l’Agile<\/h2>\n
\n