Méthode agile - Définition

Autres Méthodes se reconnaissant de l'agilité

• MACAO ([2])
• Processus Urbanisant les Méthodes Agiles (PUMA)
• KANBAN ([3])

Note RUP (Rational Unified Process) n'est pas une méthode Agile et, est de plus un produit propriété d'IBM. Il existe une déclinaison Agile, mais non libre de droits, de RUP sous l'acronyme de AUP (Agile Unified Process).

Méthodes 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)

Pratiques différenciatrices des méthodes Agiles

Seules quelques techniques complémentaires entre elles, ou mieux adaptées à des typologies et à des tailles de projets spécifiques, différencient les méthodes Agiles (y compris ASD ou Crystal Clear).

Les pratiques différenciatrices les plus marquantes sont :

• La méthode DSDM se particularise par la spécialisation des acteurs du projet dans une notion de « rôles ». Ainsi, l'on trouvera dans les réunions DSDM des sponsors exécutifs, des ambassadeurs, des utilisateurs visionnaires, des utilisateurs conseillers, sans oublier l'animateur-facilitateur et des rapporteurs.

• La méthode Scrum affirme sa différence dans des pratiques de courtes réunions quotidiennes (Stand-Up meeting). Ces temps de travail commun ont pour objectifs d'améliorer la motivation des participants, de synchroniser les tâches, de débloquer les situations difficiles et d'accroître le partage de la connaissance.

• Pour FDD, la particularité nommée Mission focused réside dans une forte orientation vers un but immédiat mesurable guidé par la notion de valeur métier. C'est en fait l'ambition globale d'une itération qui se trouve ainsi renforcée. Cet aspect se retrouve aussi dans la méthode RAD sous la forme des objectifs de Focus ou dans Scrum dans la notion de Sprint. FDD préconise aussi le Features Driven Development. Cette technique se caractérise par des notions de Feature et de Features set (fonctionnalités et groupes de fonctionnalités). La priorité est donnée aux fonctionnalités porteuses de valeur. Le RAD propose des techniques proches : livraison en fonctionnalité réduite ou livraison par thèmes.

• XP (extreme programming) est très axé sur la partie Construction de l'application. Une de ses originalités réside dans l’approche de planification qui se matérialise sous la forme d’un jeu intitulé Planning game et qui implique simultanément les utilisateurs et les développeurs. On notera aussi des techniques particulières liées à la production du code comme la programmation en binôme (Pair programming), l'appropriation collective du code, la Refactorisation (refactoring) et l' Intégration continue. La méthode RAD préconise dans ce sens des revues de code personnelles, puis collectives et l'intégration avant chaque Focus (ou Show). Par contre, le RAD limite la programmation en binôme aux parties les plus stratégiques.

Tronc des pratiques communes à l'ensemble des méthodes Agiles

1. Les pratiques communes liées aux ressources humaines
   • Participation de l’utilisateur final aux groupes de travail.
   • Groupes de travail disposant du pouvoir de décision.
   • Autonomie et organisation centralisée de l’équipe (motivation).
   • Spécification et validation permanente des Exigences.
2. Les pratiques communes liées au pilotage du projet
   • Niveau méthodologique variable en fonction des enjeux du projet.
   • Pilotage par les enjeux et les risques.
   • Planification stratégique globale basée sur des itérations rapides.
   • Réalisation en jalons par prototypage actif itératif et incrémental.
   • Recherche continue d’amélioration des pratiques.
3. Les pratiques communes liées à la qualité de la production
   • Recherche d’excellence technique de la conception.
   • Vision graphique d’une modélisation nécessaire et suffisante.
   • Vision de la documentation nécessaire et suffisante.
   • Normes et techniques raisonnables de qualité du code (métrique).
   • Architecture à base de composants.
   • Gestion des changements automatisée.