L'essentiel sur les méthodes Agiles

Qu'est-ce qu'une méthode agile ?

Alors que les méthode traditionnelles visent à traiter les différentes phases d'un projet d'une manière séquentielle (que l'on nomme aussi cycle de développement en cascade ou encore cycle en V ), le principe des méthodes Agiles est de le découper en sous-parties (ou sous-projets) autonomes (on parle également de développement itératif).

Les parties (itérations ) forment le projet dans sa globalité.

Le Manifeste Agile, les principes fondateurs

Ces méthodes découlent du Manifeste Agile, des pratiques édictées par des experts en 2001 pour améliorer le développement de logiciels.

Les 4 valeurs mises en exergues 

• la primauté des personnes et des interactions sur les processus et outils.
• une préférence pour un logiciel fonctionnel plutôt qu'une documentation complète.
• une relation autre avec les clients : une collaboration permanente remplaçant une négociation contractuelle.
• une adaptation continue au changement et non le suivi rigide d'un plan.

Quels sont les avantages ?

Cette approche permet d'obtenir :

• - plus de flexibilité en travaillant sur des sous-parties autonomes. Elles peuvent être conçues, testée, modifiées de nouveau sans que l'ensemble du projet ne soit impacté. La prise en compte de besoins non identifiés dans la phase d'analyse ou bien l'émergence de nouvelles fonctionnalités au cours du développement peuvent être implémentées. Par expérience, il est difficile de penser à tout dans la phase de définition de besoin pour une approche classique de gestion de projet.
• - Plus de fiabilité et de qualité : en simplifiant la complexité, en testant en continu, en favorisant les feedbacks, les échanges avec les clients.
• - Des risques réduits : détection rapide grâce à des cycles courts.
• - Une meilleure maîtrise des coûts : pas de coûteux retours en arrière - si nécessaire le projet peut être stoppé rapidement.

Mais aussi des limites

La flexibilité poussée à l'extrême peut conduire à un enlisement du projet . De nombreuses itérations sans que des directions ou décisions ne soient figées représentent un réel danger. L'une des causes possibles des revirements incessants des clients quant à leurs spécifications.

Dans ces situations, le chef de projet  (quelle que soit sa dénomination dans la méthode choisie) doit être capable d'arbitrer pour le bien du projet, mais également celui... du client.

Les méthodes Agiles

Les principes de l'agilité sont repris d'une manière structurée par plusieurs méthodes. Focus sur l'une des plus populaires :

La méthode Scrum

Initiée par Hirotaka Takeuchi and Ikujiro Nonaka puis formalisée par Ken Schwaber et Jeff Sutherland, cette méthode propose un cadre très structuré pour appliquer les principes de l'agilité.

Le Sprint, le coeur de Scrum

Cette approche repose sur des itérations de 2 à 4 semaines. Ce sont les fameux "Sprints" . Il s'agit des sous-parties d'un projet comme le définit le principe Agile. Chaque Sprint a pour objectif de livrer au client une version potentiellement utilisable du produit.

Les Sprints successifs ajoutent des fonctionnalités au produit ou améliorent celles déjà développées. On parle d'incrément de produit.

Un Sprint démarre lorsque le précédent est terminé. Il s'agit d'un processus incrémental.

Les Sprints se structurent autour de plusieurs outils organisationnels (appelés événements)  

• Sprint planning ( Planification du sprint) : réunion pour sélectionner et planifier les priorités de chaque Sprint en terme de liste des fonctionnalités produit (Sprint Backlog).
•  S crum  (M élée quotidienne ) : réunion journalière de coordination entre les membres de l'équipe projet. Elle prend fréquemment la forme de "Stand-up meeting" (réunion de courte durée, 10-15mn, tenue debout).
• Sprint Review  (R evue de Sprint ) : réunion de synthèse à la fin de chaque Sprint afin de valider les fonctionnalités développées.
• Sprint Retrospective  (R étrospective de Sprint) : venant immédiatement après la revue de Sprint, il s'agit d'un bilan dont l'objectif est l'amélioration continue des pratiques. L'équipe échange sur les réussites, les difficultés, relève ce qui a fonctionné ou non. Avec toujours des leçons à tirer pour les prochains Sprints.

Comprenant des entrants et sortants du processus, appelés "artéfacts"

• Product Backlog : liste des fonctionnalités du produit.
• Sprint Backlog : planification   des éléments du Product Backlog à mettre en oeuvre lors du Sprint pour livrer l'incrément de produit doté des fonctionnalités requises pour cette étape. Le Sprint Backlog n'est pas figé, mais est amené à évoluer durant le Sprint.
• L'incrément de produit : déjà évoqué plus haut.

Avec des rôles définis pour chacun 

• Product Owner - PO  (propriétaire du produit) :  l'expert métier, le maître d'ouvrage , représente le client et intervient sur le coté fonctionnel.
• Scrum Master  (maître de mêlée) :  le coordinateur du projet et le garant du respect de la méthode Scrum.
• Team (équipe) :  les autres intervenants sur le projet (notamment les développeurs).

Les autres méthodes de développement Agile

A côté de Scrum, il existe d'autres approches, avec chacune leurs spécificités :

• Extreme Programming (XP) : très répandue dans l'ingénierie logicielle
• FDD (Feature-Driven Development)
• Dynamic System Development Method (DSDM) : une des plus anciennes
• Adaptive software development (ASD) 
• Crystal Clear : orienté "petites équipes"