Le document présente les méthodes agiles comme une réponse aux échecs fréquents des projets, en raison de la collaboration insuffisante et d'objectifs flous. Il décrit le 'manifeste agile' élaboré en 2001, qui privilégie les individus, les interactions et la flexibilité face au changement. Douze principes fondamentaux sont énoncés, soulignant l'importance de la satisfaction client, de la collaboration et de l'amélioration continue des équipes de développement.

1. Les méthodes agiles
What's that ?

2. Le problème
De nombreux projets échouent :
- délais non respectés,
- budgets dépassés,
- fonctionnalités inadaptées,
- dysfonctionnements importants
20 % abandonnent, 50 % sont en difficulté, 30 % réussissent.

3. Les causes
- Manque de collaboration et d'engagement de tous les acteurs
- Objectifs flous
- Besoins mal connus
- Trop de fonctionnalités
- Méthodes de test inadaptées
- Planning sous estimé
- Pas de prise en compte du changement
- Effet tunnel : on y entre et on ne sait pas quand on en sortira
...

4. Une solution ?
Du 11 au 13 février 2001, dans la station de ski de Snowbird en
Utah, 17 "gourous" du développement logiciel se sont retrouvés
pour parler, skier, se relaxer, manger et trouver un terrain d’
entente pour une alternative aux processus de développement
de logiciels lourds et orientés sur la documentation...
Le résultat : "le manifeste agile"

5. Le manifeste agile (extrait)
"...nous en sommes venus à valoriser :
- les individus et les interactions plutôt que les processus et
les outils,
- les logiciels qui fonctionnent plutôt que la documentation
exhaustive,
- la collaboration avec le client plutôt que la négociation d'un
contrat,
- la réponse au changement plutôt que le suivi d'un plan
..."

6. 12 grands principes (1/3)
- Notre première priorité est de satisfaire le client en livrant tôt
et régulièrement des logiciels utiles
- Le changement est bienvenu, même tardivement dans le
développement. Les processus agiles exploitent le changement
comme avantage compétitif pour le client
- Livrer fréquemment une application fonctionnelle, toutes les
deux semaines à deux mois, avec une tendance pour la
période la plus courte
- Les gens de l'art et les développeurs doivent collaborer
quotidiennement au projet
...

7. 12 grands principes (2/3)
- Bâtissez le projet autour de personnes motivées. Donnez leur
l'environnement et le soutien dont elles ont besoin, et croyez en
leur capacité à faire le travail
- La méthode 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
développement soutenable. Commanditaires, développeurs et
utilisateurs devraient pouvoir maintenir le rythme indéfiniment
...

8. 12 grands principes (3/3)
- Une attention continue à l'excellence technique et à la qualité
de la conception améliore l'agilité
- La simplicité - l'art de maximiser la quantité de travail à ne pas
faire - est essentielle
- Les meilleures architectures, spécifications et conceptions
sont issues d'équipes qui s'auto-organisent
- À intervalle régulier, l'équipe réfléchit aux moyens de devenir
plus efficace, puis accorde et ajuste son comportement dans ce
sens.

9. Quelques valeurs agiles
- Partage, collaboration, esprit d'équipe
- Réactivité
- Réalisme
- Humilité
- Courage
- Simplicité Think big. Start small !

10. En images... (1/3)
Petit projet, pas de méthode - c'était au bon vieux temps;-)

11. En images... (2/3)
Gros projet, méthodes en cascade (diagramme de Gantt,..)

12. En images... (3/3)
Petits et gros projets, méthodes agiles