Quelle que soit la certification visée — PSM, PSPO, CSM, PMI-ACP ou SAFe — toutes reposent sur un même socle de connaissances. Le Manifeste Agile, le Scrum Guide 2020 et les principes du flux reviennent dans chaque examen, sous des formulations différentes. Réviser ce socle une bonne fois, proprement, vous fait gagner du temps sur n’importe quelle certification. Cet article est votre fiche de révision de référence : les faits exacts, les chiffres à connaître par cœur, et les pièges classiques d’examen.
📍 Article principal : Certifications Agile : panorama et parcours de préparation
Pour choisir votre certification, commencez par cet article de référence.
🎯 Ce que vous allez apprendre
- Mémoriser le Manifeste Agile : 4 valeurs, 12 principes, contexte historique.
- Restituer le Scrum Guide 2020 de mémoire : rôles, événements, artefacts, engagements.
- Connaître les fondamentaux de Kanban et de l’estimation relative.
- Repérer les pièges de formulation communs à tous ces examens.
🛠️ Ce que vous allez construire
Vous allez assembler une fiche de révision unique, réutilisable pour toutes les certifications agiles. À la fin, vous saurez réciter les chiffres clés (durées d’événements, valeurs du Manifeste) sans hésiter — la base sur laquelle se gagnent ou se perdent les examens serrés comme le PSM.
Prérequis
- Avoir choisi (ou être en train de choisir) une certification agile à préparer.
- Niveau : débutant à intermédiaire. Test express : si vous savez ce qu’est un Sprint, cette fiche complétera le tableau.
- ⏱️ Temps estimé : ~25 minutes de lecture, à relire plusieurs fois.
Le Manifeste Agile : l’origine
Tout commence en février 2001, lorsque dix-sept praticiens du logiciel se réunissent à Snowbird, dans l’Utah, et rédigent le Manifeste pour le développement agile de logiciels. Parmi les signataires : Kent Beck, Martin Fowler, Ken Schwaber et Jeff Sutherland (ces deux derniers étant aussi les auteurs de Scrum). Les examens aiment situer cet événement : retenez l’année (2001), le lieu (Snowbird), et le nombre de signataires (17).
Le Manifeste tient en quatre valeurs, chacune opposant deux termes : on valorise l’élément de gauche sans rejeter celui de droite. C’est exactement ainsi que les questions le testent.
| On valorise… | … plus que… |
|---|---|
| Les individus et leurs interactions | les processus et les outils |
| Un logiciel qui fonctionne | une documentation exhaustive |
| La collaboration avec le client | la négociation contractuelle |
| L’adaptation au changement | le suivi d’un plan |
Le piège classique : une question affirme qu’agile signifie « pas de documentation » ou « pas de plan ». Faux. Le Manifeste précise explicitement que les éléments de droite ont de la valeur ; on privilégie simplement ceux de gauche. Méfiez-vous de toute réponse qui transforme une préférence en rejet total.
Les douze principes
Derrière les quatre valeurs, le Manifeste détaille douze principes. Inutile de les réciter mot à mot, mais leur esprit revient dans les questions. Les plus testés : livrer tôt et régulièrement de la valeur ; accueillir le changement même tard dans le projet ; livrer fréquemment (de quelques semaines à quelques mois) ; collaborer quotidiennement entre métier et développeurs ; bâtir les projets autour de personnes motivées ; privilégier la conversation en face à face ; mesurer l’avancement par le logiciel qui fonctionne ; viser un rythme soutenable ; soigner l’excellence technique ; rechercher la simplicité ; faire émerger les architectures d’équipes auto-organisées ; et réfléchir régulièrement pour s’améliorer.
Retenez ce dernier principe — la réflexion régulière pour s’ajuster — car il fonde la rétrospective, omniprésente dans les examens. Reliez chaque principe à une pratique concrète : cela ancre mieux que la mémorisation brute.
Le Scrum Guide 2020 : le cœur des examens
La majorité des questions, surtout pour le PSM et le PSPO, viennent du Scrum Guide 2020 de Ken Schwaber et Jeff Sutherland. Voici la matière à connaître par cœur. D’abord, les trois responsabilités d’une seule équipe Scrum de dix personnes ou moins : le Product Owner (maximise la valeur, ordonne le Product Backlog), le Scrum Master (instaure Scrum, lève les obstacles, sert l’équipe) et les Developers (réalisent l’Increment). Le terme « Developers » a remplacé « Development Team » en 2020.
Ensuite, les cinq événements et leurs durées maximales pour un Sprint d’un mois — les chiffres tombent souvent tels quels :
| Événement | Durée max (Sprint d’un mois) |
|---|---|
| Le Sprint (conteneur) | 1 mois ou moins |
| Sprint Planning | 8 heures |
| Daily Scrum | 15 minutes par jour |
| Sprint Review | 4 heures |
| Sprint Retrospective | 3 heures |
Enfin, les trois artefacts et leur engagement respectif, une notion clé de la version 2020 : le Product Backlog porte le Product Goal, le Sprint Backlog porte le Sprint Goal, et l’Increment porte la Definition of Done. Pour approfondir la mise en place réelle d’une équipe, le tutoriel Constituer une équipe Scrum détaille chaque responsabilité ; et Rédiger et prioriser le Product Backlog creuse l’artefact central.
Trois changements de 2020 sont souvent testés : l’introduction du Product Goal, le renommage en Developers, et la suppression des trois questions imposées du Daily Scrum (qu’ai-je fait, que ferai-je, quels obstacles), désormais facultatives.
Kanban et le flux
Le PMI-ACP et, dans une moindre mesure, les autres examens abordent Kanban. Retenez ses pratiques fondatrices : visualiser le travail sur un tableau, limiter le travail en cours (WIP) pour fluidifier, gérer le flux, rendre les politiques explicites, et s’améliorer en continu. Kanban est un système à flux tiré, hérité du Toyota Production System et formalisé pour le logiciel par David J. Anderson.
Côté chiffres, connaissez les métriques de flux : le lead time (de la demande à la livraison), le cycle time (du début du travail à la livraison) et le débit. Une question peut invoquer la loi de Little : le cycle time moyen égale le WIP divisé par le débit. C’est la justification mathématique des limites de WIP.
L’estimation relative
Plusieurs examens testent l’estimation agile, et le concept central déroute souvent au premier abord. On estime en tailles relatives avec des story points, et non en heures : comparer deux tâches (« celle-ci est environ deux fois plus grosse ») est un jugement humain bien plus fiable que prévoir une durée absolue. Le story point agrège complexité, volume et incertitude en une seule mesure.
La technique vedette est le planning poker, défini par James Grenning en 2002 et popularisé par Mike Cohn. Chaque estimateur choisit une carte en secret, puis tous les révèlent en même temps pour éviter l’effet d’ancrage ; les écarts déclenchent une discussion. Les cartes suivent une suite de Fibonacci modifiée — 0, ½, 1, 2, 3, 5, 8, 13, 20, 40, 100 — dont les écarts grandissants traduisent l’incertitude croissante des grosses tâches. La vélocité, somme des points terminés par Sprint, permet ensuite de prévoir les délais.
Retenez aussi les critères INVEST d’une bonne user story (Bill Wake, 2003) : Independent, Negotiable, Valuable, Estimable, Small, Testable. Les questions de mise en situation aiment demander pourquoi une story donnée est « mauvaise » : la réponse pointe presque toujours vers un critère INVEST violé.
Empirisme et auto-organisation : les notions transverses
Au-delà des listes à mémoriser, deux idées de fond reviennent dans tous les examens agiles, et les comprendre vous fait gagner des points sur les questions de mise en situation. La première est l’empirisme : en agile, on ne prétend pas tout prévoir au départ ; on avance par petits pas, on inspecte le résultat, on adapte. Le Scrum Guide nomme explicitement ses trois fondements — transparence, inspection, adaptation. Chaque fois qu’une question propose « replanifier tout le projet en détail à l’avance », méfiez-vous : c’est l’opposé de l’empirisme.
La seconde est l’auto-organisation : les équipes agiles décident elles-mêmes comment réaliser le travail, sans qu’un chef leur dicte la marche à suivre. Les questions testent souvent ce point en proposant une réponse « le manager assigne les tâches » : en agile, c’est presque toujours faux. L’équipe s’organise, le Scrum Master facilite, et personne ne commande de l’extérieur. Gardez ces deux réflexes — empirisme et auto-organisation — comme grille de lecture : ils tranchent une grande part des questions situationnelles.
Construire sa routine de révision
Connaître la matière ne suffit pas : encore faut-il la restituer sous pression, en temps limité. La méthode qui marche tient en trois temps. D’abord, la lecture active des sources officielles, en reformulant chaque notion avec vos mots. Ensuite, le test de récupération : fermez le document et reconstituez de mémoire le tableau des durées, les quatre valeurs, les trois engagements. C’est l’effort de rappel, pas la relecture, qui ancre durablement. Enfin, les examens blancs chronométrés, qui habituent au rythme et révèlent vos lacunes réelles.
Répétez ce cycle sur plusieurs jours plutôt qu’en une seule séance : la mémoire consolide mieux par petites doses espacées. Le jour de l’examen, ce socle automatisé libère votre attention pour les questions vraiment subtiles, celles qui font la différence entre 80 et 90 %.
🐞 Pièges fréquents
| Symptôme | Cause probable | Correctif |
|---|---|---|
| « Agile = pas de documentation » | Mauvaise lecture du Manifeste | Les valeurs de droite comptent aussi ; c’est une préférence, pas un rejet |
| Durées d’événements confondues | Mémorisation passive | Reconstituer le tableau des timeboxes de mémoire |
| « Development Team » employé | Révision sur une version pré-2020 | Utiliser le vocabulaire 2020 (Developers, Product Goal) |
| Story points convertis en heures | Incompréhension de l’estimation relative | Garder les points relatifs ; la vélocité fait le lien au temps |
Adapter la révision à un emploi du temps chargé
Le plus efficace, quand le temps manque, est la répétition espacée : relire cette fiche cinq minutes chaque matin retient bien mieux qu’une longue session unique. Toutes les sources de base sont gratuites : le Manifeste Agile et le Scrum Guide 2020 sont disponibles en ligne sans frais, et suffisent pour le socle commun. Imprimez le tableau des durées d’événements et la liste des quatre valeurs, et gardez-les à portée de main : ce sont les éléments les plus testés et les plus faciles à oublier sous le stress. Une fois ce socle solide, la préparation propre à chaque certification devient bien plus rapide.
✅ Récapitulatif
Vous tenez le socle commun à toutes les certifications agiles : le Manifeste de 2001 (4 valeurs, 12 principes, 17 signataires à Snowbird), le Scrum Guide 2020 (3 responsabilités, 5 événements et leurs durées, 3 artefacts et leurs engagements, plus les changements de 2020), les fondamentaux de Kanban et du flux, et l’estimation relative avec les story points et INVEST. Cette base, mémorisée proprement, est rentable sur n’importe quel examen agile.
🧾 Aide-mémoire
| À connaître par cœur | Repère |
|---|---|
| Manifeste | 2001, Snowbird, 17 signataires, 4 valeurs, 12 principes |
| Responsabilités Scrum | Product Owner, Scrum Master, Developers |
| Durées (Sprint d’un mois) | Planning 8 h, Daily 15 min, Review 4 h, Rétro 3 h |
| Engagements | Product Goal, Sprint Goal, Definition of Done |
| Estimation | Story points, planning poker, vélocité, INVEST |
💪 À vous de jouer
Une question affirme : « En agile, il ne faut jamais produire de documentation. » Vrai ou faux, et pourquoi ?
Voir une solution
Faux. Le Manifeste valorise « un logiciel qui fonctionne plus que une documentation exhaustive », tout en rappelant que la documentation a de la valeur. Il s’agit de doser, pas de supprimer. Toute réponse absolue (« jamais », « toujours ») doit éveiller la méfiance.
Tutoriels frères
- Réussir la certification PSM I — l’examen qui teste le plus directement ce socle.
- Préparer la certification PMI-ACP — qui élargit ce socle à Kanban, Lean et XP.
Pour approfondir
- 🔝 Retour à l’article principal : Certifications Agile : panorama et parcours
- Sources officielles : Manifeste Agile et Scrum Guide 2020.
FAQ
Q : Faut-il connaître les 12 principes par cœur ?
R : Pas mot à mot, mais leur esprit oui. Les questions testent la compréhension, pas la récitation exacte.
Q : Le Scrum Guide suffit-il pour le PSM ?
R : C’est la source quasi unique du PSM I. Pour le PMI-ACP, il faut y ajouter Kanban, Lean et XP.
Q : Quelles versions réviser ?
R : Le Scrum Guide 2020 (la version en vigueur) et le Manifeste de 2001. Évitez les résumés basés sur d’anciennes versions de Scrum.
Q : Pourquoi tant de questions sur les durées d’événements ?
R : Ce sont des faits précis, faciles à transformer en questions sans ambiguïté. Les connaître par cœur garantit des points faciles.
Q : Le Manifeste interdit-il les plans ?
R : Non. Il valorise l’adaptation au changement plus que le suivi rigide d’un plan, mais planifier reste utile et reconnu.
Q : Combien de temps réviser ce socle ?
R : Quelques jours de relectures espacées suffisent à l’ancrer, à condition de tester sa mémoire régulièrement plutôt que de relire passivement.
Mots-clés : Manifeste Agile, Scrum Guide 2020, fondamentaux agiles, révision examen, Kanban, story points, INVEST.