L’agilité n’est pas une méthode de développement logiciel. C’est une philosophie de travail, née du logiciel, qui touche aujourd’hui le management, la relation client et la façon dont une équipe mesure son avancement. Cette fiche couvre les bases : d’où ça vient, ce que ça valorise, et le premier outil concret, Kanban.
le manifeste agile (2001)
En 2001, dans l’Utah, un groupe d’experts du développement logiciel (dont Kent Beck et Jeff Sutherland) se réunit pour répondre aux limites des méthodes traditionnelles, jugées trop rigides face à un environnement mouvant. Il en sort le Manifeste Agile : une approche plus flexible, adaptable, centrée sur les personnes.
Tout tient en quatre valeurs. L’astuce de lecture : le terme de droite garde de la valeur, mais celui de gauche prime.
| On valorise… | …davantage que… | En clair |
|---|---|---|
| Les individus et les interactions | les processus et les outils | l’accent est mis sur les personnes et leur collaboration. |
| Un logiciel qui fonctionne | une documentation exhaustive | livrer régulièrement du logiciel utile prime sur la doc. |
| La collaboration avec le client | la négociation contractuelle | collaborer en continu pour valider le produit. |
| L’adaptation au changement | le suivi d’un plan | savoir s’adapter plutôt que suivre un plan figé. |
les douze principes
Les douze principes développent ces valeurs. Je les retiens par groupes.
Livraison et valeur
- Satisfaction client par une livraison précoce et continue de logiciel utile.
- Livraison régulière, en cycles courts.
- Le logiciel qui fonctionne est la principale mesure d’avancement.
Changement et adaptation
- Les changements sont accueillis, même tardifs.
- L’équipe réfléchit régulièrement à s’améliorer et ajuste son comportement.
Personnes et collaboration
- Coopération quotidienne entre l’équipe et le client.
- Des projets bâtis autour d’individus motivés, à qui on donne l’environnement et le soutien.
- Le face-à-face est le moyen de communication le plus efficace.
- Des équipes auto-organisées, d’où émergent les meilleures architectures.
Qualité et rythme
- Attention continue à l’excellence technique.
- Simplicité, l’art de maximiser la quantité de travail non fait.
- Un rythme soutenable, tenable dans la durée.
À retenir : l’agilité dépasse le développement. C’est une façon de traiter le management, la cohésion d’équipe, la relation client et les critères d’avancement.
un framework, pas une méthode
On parle de framework, pas de méthode. Une méthode peut être fermée, une recette à suivre à la lettre, ce que l’agilité évite. Un framework est assez défini pour guider, mais assez ouvert pour être adapté par chaque équipe. Les deux plus populaires sont Scrum et Kanban.
Kanban, dans sa forme simple, est un tableau de tâches en colonnes, complété d’une liste de priorités. Il visualise le flux (qui fait quoi, dans quel état) et révèle les goulots d’étranglement.
Trois clés font tout le sel de Kanban :
- Limiter le WIP (work in progress) : ne pas prendre plus que ce qu’on peut gérer. Less is more.
- Visualiser les états : comprendre le statut d’un coup d’œil.
- Mesurer, via deux durées qu’il ne faut pas confondre.
| Métrique | Définition |
|---|---|
| Lead time | de la fixation de l’objectif (demande client) jusqu’à la livraison. |
| Cycle time | du passage d’une tâche en cours jusqu’à sa finition. |
Repère : le lead time contient le cycle time. Le lead inclut l’attente avant démarrage, le cycle ne compte que le traitement actif.
Fiche de révision tirée de la certification « Project Management & Agile Fundamentals », Santander Open Academy. Schémas issus du cours.