methode agile

Download Methode Agile

Post on 24-Jun-2015

703 views

Category:

Documents

8 download

Embed Size (px)

TRANSCRIPT

Mthode agile - Wikipdia

Page 1 of 8

Mthode agileLes mthodes Agiles sont des groupes de pratiques pouvant en s'appliquer divers types de projets, mais se limitant plutt actuellement au projets de dveloppement en informatique (conception de logiciel). Les mthodes Agiles se veulent plus pragmatiques que les mthodes traditionnelles. Elles impliquent au maximum le demandeur (client) et permettent une grande ractivit ses demandes. Elles visent la satisfaction relle du besoin du client et non les termes d'un contrat de dveloppement. La notion de mthode agile a t officialise en 2001 par un document, le Manifeste Agile (Agile Manifesto), sign par 17 personnalits impliques dans l'volution du gnie logiciel, en particulier, en tant qu'auteur de leur propre mthode. Les mthodes Agiles et les pratiques qu'elles recouvrent taient antrieures au Manifeste Agile. Le manifeste Agile nest donc pas lacte de naissance des mthodes Agiles ou du mouvement Agile, mais la formalisation consensuelle par les auteurs de ces mthodes, toutes nes dans la deuxime partie de la dcennie 90, du fait quelles avaient des valeurs communes, une structure (cycle de dveloppement) commune (itrative, incrmentale et adaptative) et une base de pratiques, soit communes, soit complmentaires. Parmi ces mthodes on trouve en premier lieu la mthode RAD (Dveloppement rapide d'applications) de James Martin (1991), puis DSDM la version anglaise du RAD (1995). Plusieurs autres mthodes comme ASD ou FDD reconnaissent leur parent directe avec RAD (que certains de ses promoteurs prsentent comme la premire mthode Agile publie). Les deux mthodes Agiles les plus connues en France sont : la mthode Scrum (1996) et la mthode XP pour Extreme programming (1999). La notion de mthode agile a merg avec des pratiques ciblant uniquement le dveloppement d'une application informatique. Mais un mouvement managrial plus large (Management Agile)

http://fr.wikipedia.org/wiki/M%C3%A9thode_agile

01/06/2010

Mthode agile - Wikipdia

Page 2 of 8

commence coupler les valeurs Agiles aux techniques de l'amlioration continue de la qualit (MTQS ou Lean).

Sommaire1 Historique 2 Valeurs 3 Principes 4 Mthodes Agiles reconnues par date de publication officielle 5 Autres Mthodes se reconnaissant de l'agilit 6 Tronc des pratiques communes l'ensemble des mthodes Agiles 7 Pratiques diffrenciatrices des mthodes Agiles 8 Pratiques d'autres mthodes proches ou ayant un rapport avec les mthodes agiles 9 Optimisation des pratiques 10 Bibliographie 11 Voir aussi 11.1 Liens internes 11.2 Rfrences 11.3 Liens externes 11.3.1 Communauts agiles 11.3.2 Autres sites traitant de l'agilit ou du gnie logiciel 12 Autres liens

Historiquevolution du courant de pense Agile en matire de systmes d'informations En 1986, Barry W. Boehm prsentait un nouveau modle de dveloppement itratif et incrmental. En 1986 galement, Hirotaka Takeuchi et Ikujiro Nonaka publient "the new product developpement game" dans la Harvard business review. Leur article prsente un modle de dveloppement bas sur l'aptitude au changement, l'auto organisation, l'imbrication des phases de dveloppement, et l'itration (on y fait d'ailleurs mention du mot scrum par analogie au rugby). En 1991, James Martin (RAD), sappuyant sur cette vision dune volution continue, proposa une mthode de dveloppement rapide dapplication. Sa structure, base des approches actuelles, dterminait le phasage essentiel et mettait en uvre un principe adaptatif fond sur la validation permanente des utilisateurs. partir de 1994, Jean-Pierre Vickoff en France, notamment avec le Processus RAD2 publi par le Gartner Group, et Jennifer Stapleton en Grande-Bretagne, avec DSDM, introduisirent des complments tels que : la spcialisation des rles, linstrumentation des communications, lorganisation des divers types de runions, le groupe de facilitation et de rapport, les raccourcis mthodologiques de modlisation,

http://fr.wikipedia.org/wiki/M%C3%A9thode_agile

01/06/2010

Mthode agile - Wikipdia

Page 3 of 8

larchitecture de ralisation (imbrication des itrations), la formalisation de processus lgers de mise en uvre. Dans la seconde moiti des annes 1990, une vague dune dizaine de mthodes (dont Extreme programming et Scrum sont les principales reprsentantes) poussa lextrme certaines pratiques de qualit de la construction applicative ainsi que les techniques adaptatives destimation, de planification et de pilotage de projet. En 2001, aux tats-Unis, dix-sept figures minentes du dveloppement logiciel se sont runies pour dbattre du thme unificateur de leurs mthodes respectives, dites mthodes agiles. Les plus connus d'entre eux taient Ward Cunningham l'inventeur du Wiki via WikiWikiWeb, Kent Beck, pre de l'extreme programming et cofondateur de JUnit, Ken Schwaber et Jeff Sutherland, fondateurs de Scrum, Jim Highsmith, prnant l'ASD, Alistair Cockburn pour la mthode Crystal clear, Martin Fowler, et Dave Thomas ainsi que Arie van Bennekum pour DSDM (Dynamic System Development Method). Ces 17 experts venant tous d'horizons diffrents russirent extraire de leur concepts respectifs des critres pour dfinir une nouvelle faon de dvelopper des logiciels : De cette runion devait merger le Manifeste Agile, considr comme la dfinition canonique du 1 dveloppement Agile et de ses principes sous-jacents . Le Manifeste Agile dbute par la dclaration suivante (traduction) : " Nous avons trouv une voie amliorant le dveloppement logiciel en ralisant ce travail et en aidant les autres le faire. De ce fait nous avons dduit des valeurs communes. " Il aura fallu prs de vingt annes au mouvement Agile, paralllement la pression de la mondialisation, pour bousculer vraiment la conduite de projet classique. Dsormais, le futur de lagilit mthodologique se trouve certainement, dune part, dans linstrumentation et la personnalisation la carte des pratiques essentielles pour un contexte spcifique et, dautre part, dans son largissement tous les aspects de lAgilit organisationnelle.

ValeursDans ce but, elles prnent 4 valeurs fondamentales (entre parenthse, les citations du manifeste) : L'quipe ( Personnes et interaction plutt que processus et outils ) : Dans l'optique agile, l'quipe est bien plus importante que les outils (structurants ou de contrle) ou les procdures de fonctionnement. Il est prfrable d'avoir une quipe soude et qui communique compose de dveloppeurs (ventuellement niveaux variables) plutt qu'une quipe compose d'experts fonctionnant chacun de manire isole. La communication est une notion fondamentale. L'application ( Logiciel fonctionnel plutt que documentation complte ) : Il est vital que l'application fonctionne. Le reste, et notamment la documentation technique, est une aide prcieuse mais non un but en soi. Une documentation prcise est utile comme moyen de communication. La documentation reprsente une charge de travail importante, mais peut pourtant tre nfaste si elle n'est pas jour. Il est prfrable de commenter abondamment le code lui-mme, et surtout de transfrer les comptences au sein de l'quipe (on en revient l'importance de la communication). La collaboration ( Collaboration avec le client plutt que ngociation de contrat ) : Le client doit tre impliqu dans le dveloppement. On ne peut se contenter de ngocier un contrat au dbut

http://fr.wikipedia.org/wiki/M%C3%A9thode_agile

01/06/2010

Mthode agile - Wikipdia

Page 4 of 8

du projet, puis de ngliger les demandes du client. Le client doit collaborer avec l'quipe et fournir un feed-back continu sur l'adaptation du logiciel ses attentes. L'acceptation du changement ( Ragir au changement plutt que suivre un plan ) : La planification initiale et la structure du logiciel doivent tre flexibles afin de permettre l'volution de la demande du client tout au long du projet. Les premires releases du logiciel vont souvent provoquer des demandes d'volution.

PrincipesCes 4 valeurs se dclinent en 12 principes gnraux communs toutes les mthodes agiles : Notre premire priorit est de satisfaire le client en livrant tt et rgulirement des logiciels utiles . Le changement est bienvenu, mme tardivement dans le dveloppement. Les processus agiles exploitent le changement comme avantage comptitif pour le client . Livrer frquemment une application fonctionnelle, toutes les deux semaines deux mois, avec une tendance pour la priode la plus courte . Les gens de l'art et les dveloppeurs doivent collaborer quotidiennement au projet . Btissez le projet autour de personnes motives. Donnez leur l'environnement et le soutien dont elles ont besoin, et croyez en leur capacit faire le travail . La mthode la plus efficace pour transmettre l'information est une conversation en face face . Un logiciel fonctionnel est la meilleure unit de mesure de la progression du projet . Les processus agiles promeuvent un rythme de dveloppement durable. Commanditaires, dveloppeurs et utilisateurs devraient pouvoir maintenir le rythme indfiniment . Une attention continue l'excellence technique et la qualit de la conception amliore l'agilit . La simplicit - l'art de maximiser la quantit de travail ne pas faire - est essentielle . Les meilleures architectures, spcifications et conceptions sont issues d'quipes qui s'autoorganisent . intervalle rgulier, l'quipe rflchit aux moyens de devenir plus efficace, puis accorde et ajuste son comportement dans ce sens .

Mthodes Agiles reconnues par date de publication officielle Rapid Application Development (RAD, 1991) Dynamic systems development method (DSDM, 1995, consortium anglais commercialisant le RAD) Scrum (1996) Feature Driven Development(FDD) (1999) Extreme programming (XP, 1999) Adaptive software development (ASD, 2000) Crystal clear (2004)

Autres Mthodes se reconnaissant de l'agilit MACAO ([1] (http://www.jbcc.fr/presentationMACAO_Fr.php) ) Proces