Préparation PSM I

Méthode Agile : le guide complet (Manifeste, principes, frameworks)

La meilleure ressource francophone sur la méthode Agile : origines, Manifeste Agile, 4 valeurs, 12 principes, méthodes agiles comparées (Scrum, Kanban, XP, Lean, SAFe, LeSS, Nexus), gestion de projet et management agile, avec 40+ FAQ.

35 min de lectureMis à jour le 1 juillet 2026
Navigateur Agile — hub PasseTonScrum

Qu'est-ce que la méthode Agile ?

La méthode Agile — ou plus justement l'agilité — est un ensemble de valeurs, de principes et de pratiques qui aident les équipes à livrer de la valeur de manière itérative, incrémentale et adaptative. Elle a été formalisée en 2001 par le Manifeste Agile, signé par 17 experts du développement logiciel.

Contrairement à ce que suggère l'expression « méthode agile » ou « méthodologie agile », Agile n'est pas une méthode rigide avec des étapes obligatoires. C'est un mindset qui se décline en plusieurs frameworks concrets : Scrum, Kanban, eXtreme Programming (XP), Lean, SAFe, LeSS, Nexus, DSDM, Crystal, FDD.

Définition de l'Agilité

L'Agilité est la capacité d'une organisation ou d'une équipe à délivrer de la valeur rapidement, à obtenir du feedback et à s'adapter aux changements plutôt qu'à suivre un plan figé. Elle repose sur :

  • Des itérations courtes et régulières.
  • Des livraisons incrémentales de valeur.
  • Un feedback continu des utilisateurs et parties prenantes.
  • Une auto-organisation des équipes.
  • Une amélioration continue des pratiques.

Les origines de l'Agile (Waterfall, cycle en V)

Pour comprendre l'agilité, il faut comprendre ce qu'elle est venue remplacer. Dans les années 1970-1990, deux approches dominent le développement logiciel : le modèle Waterfall (en cascade) et le cycle en V.

Les approches historiques avant Agile
ApprochePrincipeLimites observées
WaterfallSéquence stricte : analyse → conception → développement → tests → mise en production.Rigide, feedback trop tardif, risques concentrés en fin de projet, changements coûteux.
Cycle en VMiroir entre spécifications amont et tests aval.Améliore la traçabilité mais reste linéaire et prévoit peu l'incertitude.
RAD (1991)Prototypage rapide, ateliers utilisateurs.Précurseur de l'agilité, mais mal outillé.
RUPProcessus unifié, itératif, mais lourd.Trop de rôles et de documents.

Dans les années 1990, plusieurs pionniers cherchent une alternative : Ken Schwaber et Jeff Sutherland avec Scrum, Kent Beck avec eXtreme Programming, Alistair Cockburn avec Crystal, Jeff De Luca avec FDD, Jim Highsmith avec ASD. Ces travaux convergent en février 2001, à Snowbird (Utah), autour du Manifeste Agile.

Timeline interactive de l'Agilité
  1. 1970Modèle Waterfall

    Winston Royce décrit — et critique — le modèle en cascade.

  2. 1986The New New Product Development Game

    Takeuchi & Nonaka posent les bases du travail en équipe cross-fonctionnelle.

  3. 1991RAD

    Rapid Application Development (James Martin) — itératif avant l'heure.

  4. 1993Premier Scrum

    Jeff Sutherland formalise Scrum chez Easel Corp.

  5. 1995OOPSLA — Scrum présenté

    Ken Schwaber & Jeff Sutherland présentent Scrum officiellement.

  6. 1996eXtreme Programming (XP)

    Kent Beck lance XP chez Chrysler.

  7. 1997FDD

    Feature Driven Development (Jeff De Luca).

  8. 2001Manifeste Agile

    17 signataires à Snowbird (Utah) rédigent le Manifeste Agile.

  9. 2003Lean Software Development

    Mary & Tom Poppendieck adaptent le Lean au logiciel.

  10. 2007Kanban logiciel

    David J. Anderson formalise Kanban pour le développement.

  11. 2010Scrum Guide v1

    Publication officielle du Scrum Guide.

  12. 2011SAFe

    Dean Leffingwell publie le Scaled Agile Framework.

  13. 2015LeSS

    Craig Larman & Bas Vodde publient Large-Scale Scrum.

  14. 2020Scrum Guide 2020

    Refonte majeure : Product Goal, Scrum Team unique, 3 accountabilities.

Le Manifeste Agile (4 valeurs)

Le Manifeste Agile est le document fondateur de l'agilité. Il tient sur une seule page et énonce 4 valeurs et 12 principes. Il est disponible en dizaines de langues sur agilemanifesto.org.

Le Manifeste Agile (2001) — les 4 valeurs
Valeur 1
Les individus et leurs interactions
plus que les processus et les outils
Valeur 2
Des logiciels opérationnels
plus qu'une documentation exhaustive
Valeur 3
La collaboration avec les clients
plus que la négociation contractuelle
Valeur 4
L'adaptation au changement
plus que le suivi d'un plan

« Nous reconnaissons la valeur des seconds éléments, mais nous privilégions les premiers. »

Les 12 principes de l'Agilité

Les 12 principes précisent les 4 valeurs. Ils sont la vraie colonne vertébrale du mouvement agile — bien plus opérants que les valeurs seules.

Les 12 principes de l'Agilité
  1. 1Satisfaire le client en livrant tôt et régulièrement de la valeur.
  2. 2Accueillir les changements, même tard dans le développement.
  3. 3Livrer fréquemment un logiciel opérationnel (quelques semaines à quelques mois).
  4. 4Faire collaborer quotidiennement métier et développeurs.
  5. 5Bâtir les projets autour de personnes motivées, à qui l'on fait confiance.
  6. 6Privilégier la conversation en face à face.
  7. 7Un logiciel opérationnel est la principale mesure d'avancement.
  8. 8Maintenir un rythme constant et soutenable.
  9. 9Porter une attention continue à l'excellence technique et à la conception.
  10. 10Rechercher la simplicité — maximiser le travail non fait.
  11. 11Les meilleures architectures émergent d'équipes auto-organisées.
  12. 12À intervalles réguliers, l'équipe réfléchit à comment devenir plus efficace et s'ajuste.

Les principes clés de l'Agilité

Au-delà des 12 principes du Manifeste, six notions transverses reviennent dans toutes les méthodes agiles.

Les principes clés de l'agilité
PrincipeCe qu'il signifie
InspectionExaminer régulièrement le produit et les pratiques pour détecter les écarts.
AdaptationModifier le plan, le produit ou le processus dès qu'un écart significatif est détecté.
FeedbackObtenir des retours rapides des utilisateurs et parties prenantes.
Livraison continueRendre disponible de la valeur régulièrement.
Amélioration continueAméliorer le produit, l'équipe et le processus à chaque itération.
Valeur utilisateurPrioriser le travail selon la valeur perçue par les utilisateurs finaux.

Les différentes méthodes Agiles

L'agilité s'est déclinée en une dizaine de frameworks agiles, chacun adapté à un contexte différent. Le plus utilisé au monde reste Scrum.

Comparatif des méthodes Agiles
MéthodeNatureConcepts clésIdéal pour
ScrumFramework itératifSprint, Product Owner, Scrum Master, DevelopersProduits complexes
KanbanSystème de fluxBoard, WIP limits, cartesOps, support, flux continu
XPIngénierie extrêmeTDD, pair programming, refactoring, CIÉquipes techniques
LeanOptimisation du fluxÉliminer le gaspillage, kaizenAmélioration continue
CrystalFamille de méthodesCommunication, safety, focusÉquipes co-localisées
DSDMLivraison itérativeMoSCoW, timeboxingProjets IT gouvernés
FDDDécoupage par featureFeature list, revuesGrosses équipes
SAFeScalingART, PI Planning, RTEGrandes organisations
NexusScaling léger3 à 9 Scrum Teams, Nexus Integration TeamMulti-équipes Scrum
LeSSScaling minimaliste1 PO, 1 PB, plusieurs équipesPurisme Scrum multi-équipes

Scrum est-il une méthode Agile ?

Oui — Scrum est le framework agile le plus utilisé au monde. Il implémente concrètement les 4 valeurs et 12 principes du Manifeste Agile grâce à un cadre léger et précis :

Agile vs Scrum

La confusion « Agile = Scrum » est très fréquente. Elle est fausse. Scrum est agile, mais Agile ne se réduit pas à Scrum.

Agile vs Scrum
DimensionAgileScrum
NatureÉtat d'esprit / mindsetFramework opérationnel
DocumentManifeste Agile (2001)Scrum Guide (2020)
RôlesAucun imposéPO, Scrum Master, Developers
ÉvénementsAucun imposéSprint + 4 événements
ArtefactsAucun imposéProduct Backlog, Sprint Backlog, Increment
CadenceNon spécifiéeSprint fixe ≤ 1 mois
PortéeTout secteur, toute équipeProblèmes complexes adaptatifs
Exemples d'implémentationScrum, Kanban, XP, SAFe, Crystal…Scrum, uniquement

Agile vs Cycle en V

Le cycle en V est très répandu en France dans les secteurs réglementés (défense, aéronautique, ferroviaire, santé). Il s'oppose frontalement à l'agilité.

Agile vs Cycle en V
CritèreAgileCycle en V
CadenceItérations courtes (1 à 4 semaines)Une seule séquence complète
FeedbackFréquent (chaque itération)Tardif (recette finale)
SpécificationsÉmergentes, ordonnées dans un backlogFigées en amont
TestsContinus, intégrés à l'itérationPhase dédiée en fin de projet
GouvernanceAdaptative (Product Owner + stakeholders)Contractuelle (MOA/MOE)
Meilleur pourContextes complexes, produits évolutifsContextes réglementaires, prévisibles

Agile vs Waterfall

Waterfall (modèle en cascade) est l'ancêtre du cycle en V et le repoussoir historique du mouvement agile. Voici la comparaison détaillée.

Agile vs Waterfall
CritèreAgileWaterfall / Cycle en V
ApprocheItérative & incrémentaleSéquentielle (phases)
LivraisonContinue, à chaque itérationUne fois, en fin de projet
PlanificationAdaptative, réévaluéeDétaillée dès le début, figée
ChangementsBienvenus à tout momentCoûteux, découragés
FeedbackRapide et fréquentTardif (recette finale)
RisqueRéduit par petites itérationsConcentré en fin de projet
DocumentationSuffisanteExhaustive et contractuelle
ClientImpliqué en continuCadré au début et à la fin
Meilleur pourContextes complexes / évolutifsContextes prévisibles / réglementaires

Gestion de projet Agile

La gestion de projet Agile repense en profondeur le pilotage classique. Là où la gestion de projet traditionnelle (PMI, Prince2) définit un scope, un délai et un coût figés, l'agilité fixe un cadre (temps, équipe) et laisse le scope évoluer.

Gestion de projet classique vs gestion de projet Agile
DimensionClassique (PMI, Prince2)Agile (Scrum, SAFe, Kanban)
ScopeFixe (contractuel)Variable (ordonné dans le Product Backlog)
DélaiVariableFixe (Sprint, PI)
CoûtVariableFixe (équipe stable)
Rôle centralChef de projetProduct Owner + Scrum Master
LivraisonsGrands jalonsContinues, incrémentales
DécisionsComité de pilotageÉquipe + PO + stakeholders
DocumentationExhaustiveSuffisante (juste ce qu'il faut)
Mesure d'avancement% avancement / GanttIncrement livré, valeur générée
Le cycle de vie Agile
  1. 1
    Vision

    Product Goal, vision produit, ambition long terme.

  2. 2
    Backlog

    Liste ordonnée des besoins, en évolution constante.

  3. 3
    Planification

    Sélection des items pour l'itération suivante.

  4. 4
    Développement

    Réalisation par petites itérations.

  5. 5
    Livraison

    Increment potentiellement livrable.

  6. 6
    Feedback

    Revue avec les stakeholders, inspection.

  7. 7
    Adaptation

    Amélioration continue, ajustement du plan.

En gestion de projet Agile, on parle plutôt de gestion produit que de gestion de projet : le projet (temporaire, avec une fin) laisse place au produit (durable, qui évolue en permanence).

Management Agile

Le management Agile transforme le rôle du manager. Il ne s'agit plus de diriger, contrôler et rapporter, mais de créer les conditions pour que les équipes performent.

Management classique vs management Agile
DimensionManagement classiqueManagement Agile
PostureCommand & controlServant leadership
DécisionsDescendantesDécentralisées, au plus près du terrain
ObjectifsIndividuelsCollectifs (équipe, produit)
FeedbackEntretien annuelContinu
ReconnaissanceIndividuelle, promotionContributions collectives, apprentissage
Rôle du managerPiloter, contrôlerCoacher, protéger, aligner
Objectif du systèmePrédictibilitéAdaptabilité

Pourquoi Agile fonctionne

L'efficacité d'Agile repose sur plusieurs mécanismes bien identifiés.

Pourquoi Agile fonctionne
MécanismeEffet
EmpirismeDécisions basées sur ce qui est observé, pas sur ce qui est supposé.
Boucles de feedback courtesErreurs détectées tôt, moins coûteuses à corriger.
Adaptation continueLe produit évolue avec le marché et les apprentissages.
Réduction du risquePetites itérations = petits risques, testés en continu.
Livraison incrémentaleValeur générée plus tôt, ROI plus rapide.
Focus sur la valeurPriorisation permanente selon l'impact utilisateur.
Auto-organisationDécisions prises par les personnes les plus compétentes.

20 erreurs fréquentes en Agile

  1. Confondre Agile et Scrum.
  2. Adopter les rituels sans la culture (« cargo cult agile »).
  3. Traiter Agile comme une méthodologie de gestion de projet classique.
  4. Croire qu'Agile = pas de documentation.
  5. Croire qu'Agile = pas de planification.
  6. Utiliser la vélocité pour comparer les équipes.
  7. Imposer Agile par le top management sans former les équipes.
  8. Garder un management command & control.
  9. Faire du Scrum sans Product Owner disponible.
  10. Ne pas mesurer la valeur livrée, uniquement l'output.
  11. Modifier la timebox du Sprint quand ça arrange.
  12. Sauter la Sprint Retrospective.
  13. Rester à SAFe ou LeSS sans avoir maîtrisé Scrum sur une équipe.
  14. Confondre auto-organisation et absence de cadre.
  15. Traiter les user stories comme des spécifications figées.
  16. Confondre Definition of Done et Definition of Ready.
  17. Utiliser les story points comme des heures.
  18. Multiplier les frameworks (Scrum + Kanban + SAFe + XP) sans cohérence.
  19. Négliger l'excellence technique (dette technique explosive).
  20. Oublier les stakeholders dans le processus.

20 pièges du PSM I autour d'Agile

  1. Confondre Agile (mindset) et Scrum (framework).
  2. Dire que le Scrum Guide est « la référence de l'agilité » (c'est le Manifeste Agile).
  3. Croire que Scrum impose les user stories, story points ou vélocité.
  4. Croire que le Scrum Master est un chef de projet agile.
  5. Penser que le Product Owner est un simple porte-parole du client.
  6. Croire qu'un Sprint peut durer plus d'un mois.
  7. Confondre self-organizing (2017) et self-managing (2020).
  8. Parler encore de « Development Team » comme sous-équipe.
  9. Croire qu'un Sprint sans Sprint Goal reste valide.
  10. Confondre Definition of Done (DoD) et Definition of Ready (DoR).
  11. Penser que la Sprint Review est une simple démo.
  12. Croire que le Scrum Master peut modifier le Product Backlog.
  13. Oublier qu'un Sprint ne peut être annulé que par le Product Owner.
  14. Penser que le Daily Scrum est une réunion de statut au chef.
  15. Confondre framework (Scrum) et méthode (TDD, pair programming, XP).
  16. Croire que Scrum est obligatoirement pour l'IT.
  17. Penser que l'agilité impose Jira ou tout autre outil.
  18. Croire que « Scrum-but » (variantes) est officiellement supporté.
  19. Confondre Product Goal et Sprint Goal.
  20. Penser que SAFe, LeSS ou Nexus sont mentionnés dans le Scrum Guide.

Certifications Agile

L'écosystème agile propose des dizaines de certifications. Les plus reconnues :

Principales certifications agiles
CertificationOrganismeFocusFormat
PSM I / II / IIIScrum.orgScrum Master80 questions, 60 min, 85 %
PSPO I / II / IIIScrum.orgProduct Owner80 questions, 60 min, 85 %
PSK IScrum.orgKanban dans Scrum45 questions, 60 min, 85 %
CSM / CSPOScrum AllianceScrum + formation obligatoireFormation + examen
SAFe AgilistScaled AgileScaling avec SAFe45 questions, 90 min, 77 %
PMI-ACPPMIGénéraliste agile120 questions, 3 h
ICPICAgileMultiples parcoursFormation, pas d'examen
KMPKanban UniversityKanban ManagementFormation + certification

Résumé

La méthode Agile est un état d'esprit défini par le Manifeste Agile (2001) : 4 valeurs, 12 principes. Elle privilégie l'humain, la valeur livrée, la collaboration et l'adaptation aux processus rigides et à la planification figée.

Elle se décline en plusieurs frameworks concrets — Scrum, Kanban, XP, Lean, SAFe, LeSS, Nexus, DSDM, Crystal, FDD — dont Scrum est le plus utilisé au monde. Elle s'applique bien au-delà de l'IT : marketing, RH, R&D, produits physiques, santé, éducation.

Agile fonctionne parce qu'il s'appuie sur l'empirisme (transparence, inspection, adaptation), sur des boucles de feedback courtes et sur une livraison incrémentale de valeur qui réduit le risque. Il transforme aussi le management : le manager devient un servant leader.

Mini-quiz Agile (4 questions)
  1. Q1. Quelle affirmation décrit le mieux « Agile » ?

    • A.Une méthodologie de gestion de projet
    • B.Un état d'esprit défini par le Manifeste Agile
    • C.Un framework équivalent à Scrum
    • D.Un outil de gestion de tâches
    Voir la réponse

    B — Agile est un mindset défini par le Manifeste Agile (2001). Scrum, Kanban, XP en sont des implémentations.

  2. Q2. Combien de valeurs comporte le Manifeste Agile ?

    • A.3
    • B.4
    • C.5
    • D.12
    Voir la réponse

    B — 4 valeurs et 12 principes.

  3. Q3. Scrum est-il une méthode Agile ?

    • A.Oui, c'est un framework agile
    • B.Non, c'est indépendant
    • C.Uniquement en IT
    • D.Depuis 2020
    Voir la réponse

    A — Scrum est le framework agile le plus utilisé. Il implémente les valeurs du Manifeste Agile.

  4. Q4. Le Manifeste Agile privilégie les logiciels opérationnels plus que…

    • A.Le code
    • B.Les tests
    • C.La documentation exhaustive
    • D.Les réunions
    Voir la réponse

    C — « Des logiciels opérationnels plus qu'une documentation exhaustive ».

Aller plus loin : tous les piliers PasseTonScrum

Cette page est le hub central Agile de PasseTonScrum. Explorez ensuite les piliers Scrum dédiés :

Questions fréquentes

Qu'est-ce que la méthode Agile ?+

La méthode Agile n'est pas à proprement parler une méthode : c'est un état d'esprit défini par le Manifeste Agile (2001), qui privilégie les individus, la valeur livrée, la collaboration et l'adaptation au changement. Elle se décline en plusieurs frameworks comme Scrum, Kanban, XP ou SAFe.

Quelle est la définition de l'Agilité ?+

L'Agilité est la capacité d'une équipe ou d'une organisation à livrer de la valeur de manière itérative, à obtenir du feedback rapidement et à s'adapter aux changements. Elle s'appuie sur le Manifeste Agile, 4 valeurs et 12 principes.

Qu'est-ce que la méthodologie Agile ?+

Techniquement, Agile n'est pas une méthodologie mais un mindset. On parle de « méthodologie Agile » par abus de langage pour désigner l'ensemble des pratiques et frameworks issus du Manifeste Agile (Scrum, Kanban, XP, Lean, SAFe…).

Qui a inventé la méthode Agile ?+

Le Manifeste Agile a été rédigé en février 2001 à Snowbird (Utah) par 17 experts du développement logiciel, dont Kent Beck, Martin Fowler, Ken Schwaber, Jeff Sutherland, Ron Jeffries, Alistair Cockburn ou Robert C. Martin.

Quand a été créé le Manifeste Agile ?+

Le Manifeste Agile a été publié le 13 février 2001 à Snowbird (Utah, États-Unis) par 17 signataires. Il comporte 4 valeurs et 12 principes.

Quelles sont les 4 valeurs du Manifeste Agile ?+

1. Les individus et leurs interactions plus que les processus et les outils. 2. Des logiciels opérationnels plus qu'une documentation exhaustive. 3. La collaboration avec les clients plus que la négociation contractuelle. 4. L'adaptation au changement plus que le suivi d'un plan.

Quels sont les 12 principes de l'Agilité ?+

Ils couvrent la satisfaction du client, l'accueil du changement, la livraison fréquente, la collaboration métier/dev, la confiance, la communication directe, le logiciel opérationnel comme mesure, le rythme soutenable, l'excellence technique, la simplicité, l'auto-organisation et l'amélioration continue.

Quelle est la différence entre Agile et Scrum ?+

Agile est un état d'esprit défini par le Manifeste Agile. Scrum est un framework opérationnel qui implémente cet état d'esprit avec des rôles, événements et artefacts. Scrum est agile, mais Agile est plus large que Scrum.

Scrum est-il une méthode Agile ?+

Oui. Scrum est le framework agile le plus utilisé au monde. Il applique concrètement les valeurs et principes du Manifeste Agile grâce à un cadre léger : 1 Scrum Team, 5 événements, 3 artefacts et 3 engagements.

Agile Scrum, ça veut dire quoi ?+

L'expression « Agile Scrum » désigne l'usage de Scrum dans une démarche agile. C'est un pléonasme puisque Scrum est par nature agile, mais c'est devenu une façon courante de parler.

Quelle est la différence entre Agile et Kanban ?+

Kanban est une méthode agile particulière, basée sur un flux continu et des limites de travail en cours (WIP). Agile est le mindset qui englobe Kanban, Scrum, XP, etc.

Quelle est la différence entre Agile et le cycle en V ?+

Le cycle en V est une approche séquentielle qui déroule les phases (spécifications → conception → développement → tests → validation). Agile est itératif et incrémental : chaque itération livre une petite portion utilisable du produit.

Quelle est la différence entre Agile et Waterfall ?+

Waterfall est une approche linéaire : chaque phase se termine avant la suivante. Agile itère par petits incréments, favorise le feedback et l'adaptation. Waterfall convient aux contextes prévisibles, Agile aux contextes complexes ou évolutifs.

La gestion de projet Agile, c'est quoi ?+

C'est une manière de piloter un projet basée sur des itérations courtes, une planification adaptative, une collaboration continue avec les parties prenantes et une livraison incrémentale de valeur.

Le management Agile, c'est quoi ?+

Le management Agile consiste à créer un environnement où les équipes s'auto-organisent, ont confiance, disposent d'objectifs clairs et d'un feedback rapide. Le manager devient un servant leader, focalisé sur la levée des obstacles.

Quels sont les principes clés de l'Agilité ?+

Inspection, adaptation, transparence, feedback rapide, livraison continue, amélioration continue, focus sur la valeur utilisateur, auto-organisation et simplicité.

Qu'est-ce qu'un framework Agile ?+

Un framework Agile est un cadre qui applique les valeurs et principes du Manifeste Agile. Scrum, Kanban, XP, SAFe, LeSS, Nexus ou DSDM sont des exemples de frameworks Agile.

Quelles sont les principales méthodes Agiles ?+

Scrum, Kanban, eXtreme Programming (XP), Lean, Crystal, DSDM, FDD, SAFe, Nexus et LeSS sont les plus connues. Scrum reste la plus populaire.

Qu'est-ce que SAFe ?+

SAFe (Scaled Agile Framework) est un framework de mise à l'échelle de l'agilité pour les grandes organisations, structuré autour d'Agile Release Trains (ART) et de PI Planning.

Qu'est-ce que LeSS ?+

LeSS (Large-Scale Scrum) est un framework de scaling minimaliste, avec un seul Product Owner, un seul Product Backlog et plusieurs Scrum Teams synchronisées.

Qu'est-ce que Nexus ?+

Nexus, créé par Ken Schwaber, est un framework de scaling léger pour 3 à 9 équipes Scrum, avec une Nexus Integration Team en charge de l'intégration.

Qu'est-ce que Kanban ?+

Kanban est une méthode agile basée sur la visualisation du travail, les limites de WIP (Work In Progress) et l'amélioration continue du flux. Elle n'impose ni rôle ni timebox.

Qu'est-ce que XP (eXtreme Programming) ?+

XP est une méthode agile centrée sur l'excellence technique : TDD, pair programming, refactoring continu, intégration continue, itérations courtes et implication forte du client.

Qu'est-ce que Lean ?+

Lean est une philosophie issue de Toyota qui vise à éliminer les gaspillages et à maximiser la valeur pour le client. Elle a inspiré le mouvement Agile et Kanban.

Pourquoi Agile fonctionne ?+

Parce qu'il gère la complexité par l'empirisme : livraisons courtes, feedback rapide, adaptation continue, réduction du risque. Chaque itération valide ou invalide les hypothèses.

Agile ne fonctionne-t-il que dans l'IT ?+

Non. Agile s'applique aux RH, marketing, R&D, éducation, produits physiques, santé, éducation, événementiel et à tout contexte complexe et évolutif.

Faut-il abandonner Waterfall pour passer à Agile ?+

Pas nécessairement. Certains contextes très prévisibles (BTP, aéronautique certifiée) restent plus adaptés à Waterfall. On peut aussi hybrider (« Wagile ») en gardant un plan macro mais des itérations agiles.

Peut-on faire Agile sans Scrum ?+

Oui, absolument. Kanban, XP, DSDM ou une approche « lean startup » sont autant de manières d'être agile sans utiliser Scrum.

Combien de temps pour devenir Agile ?+

L'adoption technique se fait en quelques semaines. Le changement culturel — confiance, auto-organisation, focus valeur — prend souvent 1 à 3 ans.

Qu'est-ce qu'un coach Agile ?+

Un coach Agile accompagne équipes et organisations dans leur transformation agile : il forme, facilite, questionne les pratiques et aide à ancrer la culture.

Quelle est la différence entre coach Agile et Scrum Master ?+

Le Scrum Master est un rôle défini par le Scrum Guide, focalisé sur une ou plusieurs équipes Scrum. Le coach Agile intervient plus largement (organisation, portfolio, leadership) et n'est pas limité à Scrum.

Les user stories sont-elles obligatoires en Agile ?+

Une user story est un format d'expression du besoin utilisé fréquemment en Agile : « En tant que <rôle>, je veux <fonctionnalité>, afin de <valeur> ». Ce n'est pas obligatoire en Scrum.

Qu'est-ce que la vélocité ?+

La vélocité est la quantité moyenne de travail (souvent en Story Points) qu'une équipe complète par itération. Elle sert à prévoir la capacité future, pas à comparer des équipes.

Qu'est-ce que le Product Backlog ?+

Le Product Backlog est la liste ordonnée et vivante de tout ce qui pourrait améliorer le produit. C'est la seule source de travail pour l'équipe Scrum.

Qu'est-ce qu'un Sprint ?+

Un Sprint est une itération de durée fixe (≤ 1 mois) durant laquelle un Increment potentiellement livrable est produit. C'est le battement de cœur de Scrum.

Qu'est-ce que le Definition of Done ?+

Le Definition of Done (DoD) est un ensemble de critères que chaque incrément doit respecter pour être considéré comme « fait ». Il garantit la qualité et la transparence.

Qu'est-ce que l'auto-organisation ?+

L'auto-organisation, ou auto-management dans le Scrum Guide 2020, désigne la capacité d'une équipe à décider qui fait quoi, comment et quand, sans directive extérieure sur le comment.

Qu'est-ce que la livraison continue ?+

La livraison continue (continuous delivery) est la capacité à mettre en production, à tout moment et de façon fiable, un incrément de valeur. Elle amplifie les bénéfices d'Agile.

Qu'est-ce que l'amélioration continue ?+

L'amélioration continue (kaizen) consiste à améliorer régulièrement le produit, les pratiques et l'équipe. En Scrum, elle est portée par la Sprint Retrospective.

Quelles certifications Agile passer ?+

Les plus reconnues : PSM I / PSPO I (Scrum.org), CSM / CSPO (Scrum Alliance), SAFe Agilist (SAFe), PMI-ACP (PMI), ICP (ICAgile), Kanban Management Professional (KMP).

La certification PSM I couvre-t-elle Agile ?+

Le PSM I porte principalement sur Scrum, mais il teste implicitement la compréhension des principes agiles (empirisme, adaptation, valeur, auto-management, feedback).

Combien coûte la certification PSM I ?+

L'examen PSM I coûte 200 USD, dure 60 minutes, comporte 80 questions et exige au moins 85 % de bonnes réponses. Il se passe en ligne sur Scrum.org.

Combien de temps faut-il pour se former à l'agilité ?+

Comptez entre 20 et 60 heures selon votre expérience : lecture complète du Scrum Guide, plusieurs centaines de questions d'entraînement, révision des pièges classiques.

Où trouver le Manifeste Agile en français ?+

Le Manifeste Agile est disponible en dizaines de langues sur agilemanifesto.org. La traduction française officielle est signée par une partie des auteurs francophones.

Préparez votre certification PSM I dans des conditions proches de l'examen officiel

Entraînez-vous avec des examens blancs, des questions difficiles et des corrections détaillées.

  • 320 questions originales
  • Examens blancs illimités
  • Mode examen officiel (80 Q / 60 min)
  • Corrections détaillées

Références & originalité du contenu

  • Contenu original créé par Passe Ton Scrum.
  • Conforme au Scrum Guide 2020.
  • Les schémas, tableaux, illustrations et exemples sont des créations originales.
  • Toute reproduction totale ou partielle est interdite sans autorisation.
  • Scrum Guide 2020
  • Scrum.org
  • Ken Schwaber
  • Jeff Sutherland
Dernière mise à jour : 1 juillet 2026

© 2026 Passe Ton Scrum — Tous droits réservés. Le contenu de cette page est protégé par le droit d'auteur. Mentions légales