--- title: 1. Agile -Introduction tags : SCRUM --- ## Agile : une autre approche de gestion de projet Le terme ***agile*** définit une approche de gestion de projet qui prend le contre-pied des approches traditionnelles prédictives et séquentielles de type **cycle en V** ou **waterfall** (en cascade). Il fait référence à un groupe de différentes méthodologies et de cadres basés sur le **développement itératif**, la **livraison incrémentale**, la **planification continue**, l’**apprentissage continu** et les **équipes interfonctionnelles auto-organisées**. La notion même de **gestion de projet** est remise en question au profit de **gestion de produit**. De façon à raisonner davantage ==**produit**== que ==**projet**==. :::info Après tout l'objectif d'un **projet** consiste bien à donner naissance à un **produit**. ::: <br/> ## L'approche Agile ou l'approche traditionnelle ? :eight_spoked_asterisk: **Approche traditionnelle:** Une approche dite **traditionnelle** (de type **cycle en V** ou **waterfall**) attend généralement du client une expression détaillée et validée du besoin en entrée de réalisation, laissant peu de place au changement. La réalisation dure le temps qu'il faut et le rendez-vous est repris avec le client pour la recette. Cet effet tunnel peut être très néfaste et conflictuel, on constate souvent un déphasage entre le besoin initial et l'application réalisée. On se rapporte alors aux spécifications validées et au contrat. Certains projets se terminent dans la douleur (surtout dans le cadre d'un contrat au forfait classique) au risque de compromettre la relation client. De plus il n'est pas rare que certaines fonctionnalités demandées se révèlent finalement inutiles à l'usage alors que d'autres, découvertes en cours de route, auraient pu donner plus de valeur au produit. <div style="text-align:center"><img src="https://i.imgur.com/DUAWWB6.png" /></div> <br/><br/> :eight_spoked_asterisk: **Approche agile:** L'approche **Agile** propose au contraire de réduire considérablement voire complètement cet **effet tunnel** en donnant davantage de visibilité. C'est une approche collaborative du projet en prenant en compte les besoins du clients à tous les stades du développement du produit. C’est une approche souple et qui place le client au coeur du projet. L'approche agile se travaille grâce à ce qu’on appelle un **processus itératif** et **incrémental**. Elle se fait par itérations successives. Les itérations comportent des travaux de conception, des phases de développement et des tests. A la fin d’une itération, l’équipe de développement peut montrer **un produit partiellement terminé** au client pour qu’il ait l’occasion de changer d’avis sur certaines fonctionnalités, donner son avis en temps réel ou, s’il estime que le produit partiel est en état de fonctionner, il peut déjà le mettre en service. <div style="text-align:center"><img src="https://i.imgur.com/b7MPsOl.png" /></div> <br/><br/> :::danger :warning: Opposer les méthodes agiles et les methodes traditionnelles serait une grave erreur. ::: <br/> Le choix de la méthode dépend tout simplement de la typologie et du contexte du projet: * Dans beaucoup de projet les exigences doivent être figées en totalité avant tout début des travaux. Aucune place ne peut être laissée à l’improvisation et les solutions techniques pouvant être mises en oeuvre sont connues et éprouvées. Deux raisons pour lesquelles ces projets peuvent et doivent être gérés en **cycle en V**. - Pour une autre famille de projets, il est à la fois très difficile de définir la totalité des exigences et d’estimer l’effort nécessaire pour réaliser chacune de ces exigences. Dans cette configuration les méthodes **agiles** ont toute leur place et donnent de meilleurs résultat que les méthodes prédictives. Travailler en agile ne veut pas dire que l’on s’engage dans un projet sans exigences aucunes et sans savoir si on a la moindre chance d’aboutir. <br/>