# L'Agilité : une façon de penser avant d'être une méthode

> Agile, Scrum & Kanban en Pratique · Leçon 1/5 — SFM Academy (successfor-me.ch).

Cours : https://successfor-me.ch/academy/cours/fiche/PROJ-02 · Résumé du cours : https://successfor-me.ch/md/cours/PROJ-02

**À retenir :**

- L'Agile naît du constat que le waterfall échoue quand le contexte change plus vite que le plan.
- Les 4 valeurs agiles : individus > processus, logiciel fonctionnel > documentation, collaboration > contrat, adaptation > plan.
- L'agilité n'est pas pour tous : elle excelle pour les projets incertains et innovants, le waterfall pour les périmètres stables.
- "Faire de l'agile" sans discipline = chaos. L'agilité requiert des rituels précis et des rôles clairs.

**Plan de la leçon :** Pourquoi les méthodes traditionnelles montrent leurs limites · Les 12 principes agiles en pratique · Agile vs Traditionnel : quand utiliser quoi

_Leçon en accès libre._

## Pourquoi les méthodes traditionnelles montrent leurs limites

Pendant des décennies, les projets étaient gérés en "cascade" (waterfall) : on planifie tout, puis on exécute, puis on livre. Simple en théorie. Désastreux en pratique pour tout ce qui évolue vite.

**Le problème du waterfall dans un monde qui change :**
Tu passes 3 mois à planifier un logiciel. 6 mois à le développer. 3 mois à tester. Puis tu le livres — et le client dit "ce n'est plus ce dont j'ai besoin, le marché a changé."

Ce scenario n'est pas fictif. C'est ce qui a motivé 17 praticiens du développement logiciel à rédiger le Manifeste Agile en 2001.

**Les 4 valeurs du Manifeste Agile :**
1. Les individus et leurs interactions > les processus et les outils
2. Un logiciel fonctionnel > une documentation exhaustive
3. La collaboration avec le client > la négociation contractuelle
4. L'adaptation au changement > le suivi d'un plan

L'agile ne dit pas que la planification ou la documentation sont mauvaises. Il dit qu'elles sont secondaires face à la livraison de valeur réelle et à l'adaptation.

## Les 12 principes agiles en pratique

Les 12 principes du Manifeste Agile semblent abstraits. Voici leur traduction concrète pour une PME ou une startup.

**Principes clés traduits en actions :**

*"Livrer fréquemment un logiciel fonctionnel"*
→ Livrer des versions partielle toutes les 2-4 semaines plutôt que tout après 6 mois. Le client peut utiliser et donner du feedback avant que tout soit fini.

*"Les changements tardifs sont les bienvenus"*
→ Construire une architecture flexible, ne pas résister aux changements de priorités. L'agilité est une force, pas une faiblesse.

*"Collaboration quotidienne entre gens de métier et développeurs"*
→ Le client n'est pas seulement là au début et à la fin. Il est impliqué en permanence, valide des prototypes, répond aux questions.

*"La meilleure architecture émerge d'équipes auto-organisées"*
→ Les équipes agiles décident elles-mêmes comment elles travaillent, pas le manager. Plus d'autonomie = plus de motivation et de performance.

*"À intervalles réguliers, l'équipe réfléchit à comment devenir plus efficace"*
→ Les rétrospectives ne sont pas optionnelles. Elles sont le moteur d'amélioration continue.

## Agile vs Traditionnel : quand utiliser quoi

L'agilité n'est pas la solution à tous les problèmes. Chaque approche a son domaine d'excellence.

**Quand l'approche traditionnelle (waterfall) est préférable :**
- Projets avec périmètre fixe et bien défini
- Construction physique (bâtiment, infrastructure) — impossible de "livrer en sprint"
- Projets fortement réglementés nécessitant une documentation exhaustive
- Faible tolérance au changement en cours de projet

**Quand l'approche agile est préférable :**
- Projets innovants où le résultat final est incertain
- Développement de produit digital (logiciel, app, site web)
- Marchés qui évoluent rapidement (le besoin client peut changer en 3 mois)
- Équipes petites et collaboratives
- Clients impliqués et disponibles pour feedback régulier

**L'approche hybride :**
Beaucoup d'organisations combinent les deux. Phase de planification traditionnelle (3-4 semaines) pour cadrer le projet, puis exécution agile par sprints. C'est souvent la solution la plus pragmatique pour les PME.

**Un piège courant :**
"Nous faisons de l'agile" signifie trop souvent "nous n'avons pas de processus définis". L'agilité requiert de la discipline — des rituels précis, des rôles clairs, des engagements tenus. Sans structure, c'est du chaos, pas de l'agile.