Common Agile Methodologies : maîtriser les frameworks agiles pour l’examen PMP
L’examen PMP n’est pas un examen sur Scrum ou sur une méthodologie spécifique. D’ailleurs, il est impossible de le passer sans comprendre les bases de l’agilité, ses valeurs, ses principes, et les principaux frameworks qui en découlent. Ce chapitre est la référence pour tout ce qui touche aux méthodologies agiles.
Ce résumé couvre la gestion de projets avec l’approche Agile, avec un focus sur ce que l’examen PMP teste réellement : les concepts fondateurs, les frameworks à reconnaître, et les réflexes à développer face aux questions agiles.
1. Le Manifeste Agile : 4 valeurs, 12 principes
Le Manifeste Agile, rédigé en 2001 par des développeurs logiciels, est la fondation philosophique de tous les frameworks agiles. Il n’est pas nécessaire de le mémoriser mot pour mot, mais en comprendre la logique est indispensable.
Les 4 valeurs
Le Manifeste valorise les éléments de gauche plus que ceux de droite — les deux ont de la valeur, mais les équipes agiles mettent l’accent sur :
- Les individus et leurs interactions plutôt que les processus et les outils
- Un logiciel fonctionnel plutôt qu’une documentation exhaustive
- La collaboration avec le client plutôt que la négociation contractuelle
- L’adaptation au changement plutôt que le suivi d’un plan
Pour l’examen : quand une question décrit un scénario agile, privilégiez toujours les réponses qui favorisent la collaboration, l’adaptation et la livraison de valeur — plutôt que la documentation formelle ou le respect rigide d’un plan.
Les 12 principes (à connaître dans leur logique)
- La priorité absolue est de satisfaire le client par des livraisons rapides et continues
- Accueillir les changements, même tardifs — c’est un avantage compétitif
- Livrer fréquemment un produit fonctionnel (semaines plutôt que mois)
- Les personnes du métier et les développeurs travaillent ensemble quotidiennement
- Construire les projets autour de personnes motivées et leur faire confiance
- La communication face-à-face est la plus efficace
- Le produit fonctionnel est la principale mesure d’avancement
- Maintenir un rythme soutenable indéfiniment
- L’excellence technique et la qualité du design favorisent l’agilité
- La simplicité — maximiser le travail non fait — est essentielle
- Les meilleures architectures émergent d’équipes auto-organisées
- L’équipe réfléchit régulièrement à comment devenir plus efficace et s’ajuste
2. Le triangle agile des contraintes
Dans un projet prédictif, le périmètre est fixe et le temps/coût sont des variables. Dans un projet agile, c’est l’inverse : le temps et le coût sont fixes (équipe dédiée, budget approuvé) et le périmètre est la variable.
C’est le triangle inversé. Si de nouvelles fonctionnalités apparaissent, on ne rallonge pas le projet — on reprioritise le backlog et certaines fonctionnalités de moindre valeur sont différées. Cette contrainte fixe force l’équipe à livrer les fonctionnalités les plus importantes en premier.
3. Lean — les 7 principes fondateurs
Lean est né dans l’industrie manufacturière (Toyota) et a fortement influencé l’agilité. Ses 7 principes sont :
- Éliminer le gaspillage : temps d’attente, fonctionnalités non utilisées, travail inachevé, re-travail, changements de contexte
- Amplifier l’apprentissage : feedback loops fréquents, standups, rétrospectives, revues d’itération
- Décider le plus tard possible : différer les décisions à “la dernière minute responsable” pour disposer du maximum d’information
- Livrer le plus vite possible : livraisons incrémentielles et continues de valeur
- Responsabiliser l’équipe : confiance dans l’auto-organisation et les compétences de l’équipe
- Intégrer la qualité : construire la qualité dans le produit, pas l’inspecter après
- Voir l’ensemble : pensée systémique, vision holistique du produit et des interdépendances
4. Kanban — les 5 principes
Kanban est dérivé du Lean. C’est un mot japonais signifiant “panneau indicateur” (signboard). Pour l’examen, deux choses essentielles :
Le Kanban board est un information radiator — un affichage visuel mis à jour en temps réel montrant l’état de tout le travail en cours. Il permet à n’importe quelle partie prenante de voir l’avancement sans avoir à demander.
Les 5 principes Kanban :
- Visualiser le flux de travail : toutes les tâches et leur état sont visibles de tous
- Limiter le WIP (Work in Progress) : une nouvelle tâche ne commence pas avant qu’une en cours soit terminée — réduit les goulots et améliore la qualité
- Gérer le flux : focus sur la fluidité du travail de bout en bout
- Rendre les politiques de processus explicites : tout le monde comprend l’ensemble du processus, pas seulement sa partie
- Améliorer collaborativement : amélioration continue collective
Kanban est un système pull : un membre de l’équipe “tire” une nouvelle tâche uniquement quand sa tâche précédente est terminée. Cela contrôle naturellement le WIP.
5. Scrum — le framework le plus testé
Scrum est le framework agile le plus connu et le plus utilisé. À l’examen, les termes Scrum et agile générique sont souvent utilisés de manière interchangeable.
Terminologie Scrum vs agile générique
| Scrum | Agile générique |
|---|---|
| Sprint | Iteration |
| Sprint planning | Iteration planning |
| Daily Scrum | Daily standup |
| Sprint review | Iteration review |
| Sprint retrospective | Iteration retrospective |
| Product owner | Product owner / Customer |
| Scrum Master | Agile coach / Team lead |
| Sprint backlog | Iteration backlog |
Les 3 piliers de Scrum
- Transparence : vision commune, définition of done, team charter
- Inspection : évaluation régulière de l’avancement et de la performance
- Adaptation : ajustements basés sur l’inspection — sprint planning, daily scrum, sprint review, sprint retrospective
Les 3 types de backlog
- Product backlog : l’ensemble de toutes les fonctionnalités connues du produit — liste vivante, priorisée par le product owner
- Project backlog : le sous-ensemble du product backlog qui sera livré dans ce projet spécifique
- Sprint backlog : les éléments sélectionnés pour l’itération en cours
Le Daily Scrum — règles strictes
Trois questions uniquement : Qu’ai-je fait depuis hier ? Que vais-je faire aujourd’hui ? Y a-t-il des obstacles ? Le troubleshooting se fait après la réunion, pas pendant. La réunion est brève, focalisée, et debout.
6. XP (eXtreme Programming)
XP est l’un des premiers frameworks agiles. Il nous a donné des termes devenus universels en agile :
Concepts XP clés pour l’examen
- User stories : descriptions des fonctionnalités du point de vue utilisateur
- Spike (risk spike) : une itération dédiée à l’exploration d’un risque ou d’une technologie inconnue — aucun incrément produit n’est attendu
- Architectural spike : exploration d’une approche technologique pour valider sa faisabilité
- Pair programming : deux développeurs travaillent ensemble sur le même code — qualité améliorée grâce à “un deuxième regard”
- Test-driven development (TDD) : les tests sont écrits avant le code — le code doit passer les tests
- Continuous integration : le nouveau code est intégré régulièrement dans le produit existant pour détecter les conflits immédiatement
- Sustainable pace : le rythme doit être maintenable indéfiniment — pas d’heures supplémentaires permanentes
- Simple design : “Find the simplest thing that could possibly work” — XP signature
- Fast failure : échouer vite pour apprendre vite — expérimenter tôt quand le coût de l’erreur est encore faible
Les 5 valeurs XP
Simplicity, Communication, Feedback, Courage, Respect.
7. SAFe (Scaled Agile Framework)
SAFe est un framework permettant d’utiliser les pratiques agiles à l’échelle d’une grande organisation, sur des projets impliquant plusieurs équipes agiles qui doivent coordonner leur travail.
Les 4 valeurs SAFe
- Alignment : toutes les équipes sont alignées sur la stratégie et les objectifs organisationnels
- Built-in quality : la qualité est intégrée à chaque composant et chaque incrément
- Transparency : ouverture, honnêteté, décisions basées sur les faits
- Program execution : les équipes exécutent selon les plans et le framework
L’Agile Release Train (ART)
Un groupe de 5 à 12 équipes agiles coordonnées par le framework SAFe, produisant ensemble un incrément d’une solution plus grande. Chaque “wagon” est une équipe agile, et le train avance ensemble selon un cadence définie.
8. Crystal, DSDM, FDD
Crystal
Crystal est une famille de méthodes que l’équipe adapte selon la criticité du projet et la taille de l’équipe. La règle : plus le projet est critique (risque pour la vie, impact financier majeur), plus les processus doivent être formels et rigoureux. Pour l’examen : Crystal = tailoring selon criticité.
DSDM (Dynamic Systems Development Method)
Méthode agile ancienne, plus répandue au Royaume-Uni. Ses 8 principes incluent : focus sur le besoin métier, livrer dans les délais, collaborer, ne jamais compromettre la qualité, construire incrémentalement, développer itérativement, communiquer en continu, démontrer le contrôle.
FDD (Feature Driven Development)
Centré sur la livraison de fonctionnalités. A popularisé les Cumulative Flow Diagrams (CFD) et les parking lot diagrams (résumés visuels d’une page de l’avancement du projet).
9. Concepts clés de l’état d’esprit agile
Accueillir le changement
En agile, le changement est bienvenu — même tardif. C’est fondamentalement différent de l’approche prédictive où les changements sont des “maux nécessaires” gérés par un processus formel. À l’examen, si le projet est agile, les changements se gèrent via le backlog, pas via un CCB formel.
Livraison incrémentale et continue
Les équipes livrent de petits incréments fonctionnels aussi vite que possible. Chaque incrément doit être “done” avant d’être intégré. La livraison continue de valeur est préférable à une livraison unique en fin de projet.
Fast failure
Échouer tôt coûte peu. Découvrir qu’une technologie ne fonctionne pas après 10 mois de développement est catastrophique. Les spikes et les prototypes permettent de tester les hypothèses risquées en début de projet.
Value-driven development
Les équipes livrent les fonctionnalités les plus précieuses en premier. La règle Pareto s’applique : 80% des fonctionnalités d’un logiciel sont rarement utilisées. L’objectif est de maximiser la valeur livrée avec le minimum de travail.
Les points à retenir pour l’examen
- 4 valeurs agiles : Individus > Processus / Logiciel fonctionnel > Documentation / Collaboration client > Contrat / Adaptation > Plan
- Triangle agile : temps et coût fixes / périmètre variable (inverse du prédictif)
- Lean : 7 principes, élimination du gaspillage, value stream mapping
- Kanban : 5 principes, WIP limité, système pull, information radiator
- Scrum : 3 piliers (transparence, inspection, adaptation), 3 backlogs (product, project, sprint)
- Daily standup : 3 questions uniquement, pas de troubleshooting pendant la réunion
- XP : spike = exploration risque, TDD = tests avant le code, pair programming, fast failure, simple design
- SAFe : agile à l’échelle, 4 valeurs (alignment, built-in quality, transparency, program execution), ART = 5-12 équipes
- Crystal = tailoring selon criticité du projet
- DSDM = méthode agile ancienne, 8 principes, prédominante au UK
- FDD = feature-driven, popularise les CFD et parking lot diagrams
- Agile mindset ≠ mémoriser les règles — c’est changer sa façon de penser
