Manifeste Agile et principes

Définition

Le Manifeste Agile (2001) est la déclaration fondatrice des approches adaptatives en gestion de projet. Rédigé par 17 praticiens du développement logiciel, il définit 4 valeurs et 12 principes qui guident toutes les méthodologies agiles (Scrum, Kanban, XP, etc.).

Les 4 valeurs du Manifeste

Nous valorisons...	Plus que...	Sens
Les individus et leurs interactions	Les processus et outils	Les personnes font la qualité, pas les outils
Un logiciel fonctionnel	Une documentation exhaustive	Le livrable opérationnel prime sur la paperasse
La collaboration avec le client	La négociation contractuelle	Le partenariat plutôt que la transaction
L'adaptation au changement	Le suivi d'un plan**	Répondre au changement plutôt que le combattre

Nuance critique : Le manifeste ne dit PAS que les éléments de droite sont sans valeur — il dit que ceux de gauche ont plus de valeur.

Contexte

Le CAPM teste la connaissance des 4 valeurs et des 12 principes, ainsi que la capacité à identifier lequel s'applique dans un scénario donné. Le manifeste n'est pas spécifique à un framework (Scrum, Kanban, etc.) — il est le socle commun de toutes les approches agiles.

Détails techniques

Les 12 principes agiles

#	Principe	Mot-clé
1	Satisfaire le client par la livraison précoce et continue de logiciel fonctionnel	Livraison continue
2	Accueillir les changements de besoins, même tardifs	Accueillir le changement
3	Livrer fréquemment un logiciel fonctionnel (semaines plutôt que mois)	Fréquence de livraison
4	Développeurs et gens du métier collaborent quotidiennement	Collaboration quotidienne
5	Construire le projet autour d'individus motivés, leur donner confiance	Motivation et confiance
6	La conversation en face à face est la méthode la plus efficace	Communication directe
7	Le logiciel fonctionnel est la première mesure d'avancement	Mesure = livrable
8	Les processus agiles encouragent un rythme de développement soutenable	Rythme soutenable
9	L'attention continue à l'excellence technique améliore l'agilité	Excellence technique
10	La simplicité — maximiser le travail non fait — est essentielle	Simplicité (YAGNI)
11	Les meilleures architectures émergent d'équipes auto-organisées	Auto-organisation
12	L'équipe réfléchit régulièrement à comment devenir plus efficace	Amélioration continue

Agile vs traditionnel — changement de paradigme

Approche traditionnelle (prédictive)          Approche agile (adaptative)
─────────────────────────────────────         ─────────────────────────────
Périmètre fixe                        →      Périmètre flexible
Coûts et délais variables             →      Coûts et délais fixes (timebox)
Le plan dirige l'exécution            →      Le feedback dirige l'adaptation
Livraison en fin de projet            →      Livraison incrémentale continue
Documentation formelle                →      Communication directe
Rôles hiérarchiques                   →      Équipes auto-organisées
Changement = risque                   →      Changement = opportunité

Triangle agile inversé

Traditionnel :                     Agile :
   PÉRIMÈTRE                        COÛT
   (fixe)                          (fixe)
   /    \                          /    \
  /      \                        /      \
 COÛT    DÉLAI                 PÉRIMÈTRE  DÉLAI
(estimé) (estimé)              (flexible) (fixe=timebox)

En agile, le périmètre est la variable d'ajustement. On fixe le temps (sprint de 2 semaines) et le coût (équipe stable), puis on ajuste le périmètre par priorisation du backlog.

Mindset agile — concepts clés

Concept	Description	Principe lié
Itératif	Réviser et améliorer par cycles	#3, #12
Incrémental	Livrer par morceaux utilisables	#1, #7
Empirisme	Piloter par l'observation (transparence, inspection, adaptation)	#2, #12
Fail fast	Échouer tôt pour apprendre vite à moindre coût	#9, #10
YAGNI (You Ain't Gonna Need It)	Ne pas construire ce qui n'est pas demandé	#10

Exemple concret

Scénario d'examen : Le client demande un changement significatif au sprint 5 d'un projet de 10 sprints. Le PM doit choisir :

A. Refuser car le périmètre est défini B. Accepter après étude d'impact mais facturer le changement C. Accueillir le changement et reprioriser le backlog avec le Product Owner D. Escalader au sponsor pour décision

Réponse : C — Le principe #2 dit d'accueillir les changements même tardifs. En agile, le PM (ou Scrum Master) facilite la repriorisation du backlog. Le changement n'est pas un problème — c'est de la valeur ajoutée pour le client.