Vous êtes sur la page 1sur 13

PD

F -X C h a n ge

PD

F -X C h a n ge

O W !

bu

to

lic

lic

to

bu

N
.c

O W !
w
.d o

.d o

c u -tr a c k

c u -tr a c k

.c

Les mthodes Agiles


Wahiba Ben Abdessalem Karaa
Wahiba.time@yahoo.fr

w
w

w
w

PD

F -X C h a n ge

PD

F -X C h a n ge

O W !

bu

to

lic

lic

to

bu

N
.c

O W !
w
.d o

.d o

c u -tr a c k

c u -tr a c k

.c

Sommaire
Introduction Dfinition des mthodes Agiles Les mthodes Agiles
XP, Scrum, ASD,

La mthode XP La mthode Scrum Conclusion

w
w

w
w

PD

F -X C h a n ge

PD

F -X C h a n ge

O W !

bu

to

lic

lic

to

bu

N
.c

O W !
w
.d o

.d o

c u -tr a c k

c u -tr a c k

.c

Introduction
Les mthodes de dveloppement dites mthodes agiles (en anglais Agile Modeling, not AG) visent rduire le cycle de vie du logiciel (donc acclrer son dveloppement) en dveloppant une version minimale, puis en intgrant les fonctionnalits par un processus itratif bas sur une coute client et des tests tout au long du cycle de dveloppement.

w
w

w
w

PD

F -X C h a n ge

PD

F -X C h a n ge

O W !

bu

to

lic

lic

to

bu

N
.c

O W !
w
.d o

.d o

c u -tr a c k

c u -tr a c k

.c

Introduction
Les mthodes agiles sont des mthodes de gestion de projets informatiques et de dveloppement qui se positionnent en raction des mthodes traditionnelles juges trop lourdes. La premire ide a t de ragir face la bureaucratie o toute dmarche exige une grande quantit de temps

w
w

w
w

PD

F -X C h a n ge

PD

F -X C h a n ge

O W !

bu

to

lic

lic

to

bu

N
.c

O W !
w
.d o

.d o

c u -tr a c k

c u -tr a c k

.c

Dfinition des mthodes agiles


L'origine des mthodes agiles est lie l'instabilit de l'environnement technologique : le client est incapable de dfinir ses besoins de manire exhaustive ds le dbut du projet. Le terme agile fait ainsi rfrence la capacit d'adaptation aux changements de contexte et aux modifications de spcifications qui interviennent pendant le processus de dveloppement.

w
w

w
w

PD

F -X C h a n ge

PD

F -X C h a n ge

O W !

bu

to

lic

lic

to

bu

N
.c

O W !
w
.d o

.d o

c u -tr a c k

c u -tr a c k

.c

Dfinition des mthodes agiles


La notion de mthode agile a t officialise en 2001, 17 personnes reconnus pour leurs apports au dveloppement d'applications informatiques ont mis au point un document : manifeste agile bas sur les 4 valeurs suivantes : individus et interactions plutt que processus et outils dveloppement logiciel plutt que documentation exhaustive collaboration avec le client plutt que ngociation contractuelle ouverture au changement plutt que suivi dun plan rigide Grce aux mthodes agiles, le client est impliqu directement dans son projet pour obtenir trs vite une premire version de son logiciel. Les utilisateurs sont associs ds le dbut du projet.

w
w

w
w

PD

F -X C h a n ge

PD

F -X C h a n ge

O W !

bu

to

.d o

c u -tr a c k

.c

Dfinition des mthodes agiles


Les 4 valeurs se dcomposent en 12 principes gnraux communs toutes les mthodes agiles : 1. Notre premire priorit est de satisfaire le client en livrant tt et rgulirement des logiciels utiles 2. Le changement est bienvenu, mme tardivement dans le dveloppement. Les processus agiles exploitent le changement comme avantage comptitif pour le client 3. Livrer frquemment une application fonctionnelle, toutes les deux semaines deux mois, avec une tendance pour la priode la plus courte 4. Les gens de l'art et les dveloppeurs doivent collaborer quotidiennement au projet 5. 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 6. La mthode la plus efficace pour transmettre l'information est une conversation en face face

lic

lic

to

bu

N
w

O W !
.d o

c u -tr a c k

.c

w
w

w
w

PD

F -X C h a n ge

PD

F -X C h a n ge

O W !

bu

to

.d o

c u -tr a c k

.c

Dfinition des mthodes agiles


7. 8. 9. 10. 11. 12. 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'auto-organisent intervalles rguliers, l'quipe rflchit aux moyens de devenir plus efficace, puis accorde et ajuste son comportement dans ce sens

lic

lic

to

bu

N
w

O W !
.d o

c u -tr a c k

.c

w
w

w
w

PD

F -X C h a n ge

PD

F -X C h a n ge

O W !

.d o

c u -tr a c k

.c

Les mthodes agiles reconnues la date de publication officielle


Rapid Application Development (RAD, 1991) Dynamic systems development method (DSDM, 1995) Scrum (1996) Feature Driven Development (FDD) (1999) Extreme programming (XP, 1999) Adaptive software development (ASD, 2000) Test Driven Development (TDD, 2002) Crystal clear (2004)

bu

to

lic

lic

to

bu

N
w
.d o

O W !
c u -tr a c k
.c
o

w
w

w
w

PD

F -X C h a n ge

PD

F -X C h a n ge

O W !

bu

to

lic

.d o

c u -tr a c k

.c

RAD - Dveloppement rapide d'applications


La mthode de dveloppement rapide d'applications (en anglais Rapid Application Development, note RAD), dfinie par James Martin au dbut des annes 80, consiste en un cycle de dveloppement court bas sur 3 phases (Cadrage, Design et Construction) dans un dlai idal de 90 jours et de 120 jours au maximum.

lic

to

bu

N
w

O W !
.d o

c u -tr a c k

.c

w
w

w
w

PD

F -X C h a n ge

PD

F -X C h a n ge

O W !

bu

to

.d o

c u -tr a c k

.c

DSDM
La mthode DSDM (Dynamic Software Development Method) a t mise au point en s'appuyant sur la mthode RAD afin de combler certaines de ses lacunes, notamment en offrant un canevas prenant en compte l'ensemble du cycle de dveloppement. Les principes fondateurs de la mthode DSDM sont les suivants :
Une implication des utilisateurs Un dveloppement itratif et incrmental Une frquence de livraison leve L'intgration des tests au sein de chaque tape L'acceptation des produits livrs dpend directement de la satisfaction des besoins

lic

lic

to

bu

N
w

O W !
.d o

c u -tr a c k

.c

w
w

w
w

PD

F -X C h a n ge

PD

F -X C h a n ge

O W !

bu

to

.d o

c u -tr a c k

.c

XP - eXtreme Programming
La mthode XP (pour eXtreme Programming) dfinit un certain nombre de bonnes pratiques permettant de dvelopper un logiciel dans des conditions optimales en plaant le client au cur du processus de dveloppement, en relation troite avec le client. L'eXtreme Programming est notamment base sur les concepts suivants : Les quipes de dveloppement travaillent directement avec le client sur des cycles trs courts d'une deux semaines maximum. Les livraisons de versions du logiciel interviennent trs tt et une frquence leve pour maximiser l'impact des retours utilisateurs. L'quipe de dveloppement travaille en collaboration totale sur la base de binmes.. Le code est test et nettoy tout au long du processus de dveloppement. Des indicateurs permettent de mesurer l'avancement du projet afin de permettre de mettre jour le plan de dveloppement.

lic

lic

to

bu

N
w

O W !
.d o

c u -tr a c k

.c

w
w

w
w

PD

F -X C h a n ge

PD

F -X C h a n ge

O W !

.d o

c u -tr a c k

.c

Features Driven Development


Pour FDD, la particularit nomme Mission focused rside dans une forte orientation vers un but immdiat mesurable guid par la notion de valeur mtier. C'est en fait l'ambition globale d'une itration qui se trouve ainsi renforce. Cet aspect se retrouve aussi dans la mthode RAD sous la forme des objectifs de Focus ou dans Scrum dans la notion de Sprint. FDD prconise aussi le Features Driven Development. Cette technique se caractrise par des notions de Feature et de Features set (fonctionnalits et groupes de fonctionnalits). La priorit est donne aux fonctionnalits porteuses de valeur. Le RAD propose des techniques proches : livraison en fonctionnalit rduite ou livraison par thmes.

FDD

bu

to

lic

lic

to

bu

N
w
.d o

O W !
c u -tr a c k
.c
o

w
w

w
w