Scrum en 5 minutes : Le cadre révolutionnaire

Scrum expliqué simplement : comment ça fonctionne vraiment (et ce que l’examen PSM attend de vous)

Vous avez lu le Scrum Guide… mais vous avez encore des doutes sur certaines réponses à l’examen PSM ?

C’est normal. Le problème ne vient pas de votre compréhension… mais de la manière dont vous interprétez Scrum.

Scrum n’est pas une méthode à appliquer. C’est un cadre empirique avec une logique précise — et c’est cette logique que Scrum.org évalue.

Dans cet article, vous allez comprendre simplement comment Scrum fonctionne réellement… et surtout comment raisonner correctement à l’examen.

1. Scrum : un cadre léger, pas une recette magique

Scrum ne décrit pas tous les détails d’un projet : il définit quelques règles minimales à l’intérieur desquelles les équipes choisissent leurs pratiques (outils, formats de specs, estimation, ingénierie…).

• Il repose sur l’empirisme : on avance par cycles courts, on inspecte régulièrement, on s’ajuste en fonction de ce qu’on a appris.

• Il vise les problèmes complexes, quand on ne peut pas tout prévoir à l’avance (produits digitaux, SIRH, services, etc.).​​

2. Une Scrum Team, trois responsabilités

Depuis le Scrum Guide 2020, on parle d’une seule Scrum Team, auto‑gérée, composée de 10 personnes maximum en général. Elle regroupe trois types de responsabilités (accountabilities) :

• Product Owner
  Responsable de la valeur du produit. Il définit le Product Goal, gère et priorise le Product Backlog.

• Scrum Master
  Gardien du cadre Scrum et facilitateur. Il aide la Scrum Team à être efficace, supprime les obstacles, promeut l’empirisme et les valeurs Scrum.​​

• Developers
  Toutes les personnes qui créent l’Incrément. Ils construisent et mettent à jour le Sprint Backlog, choisissent comment faire le travail pour atteindre le Sprint Goal.

Erreur classique : confondre Scrum Master et chef de projet, ou voir le Product Owner comme le “manager” des Developers – Scrum ne définit aucun lien hiérarchique à l’intérieur de la Scrum Team.​

👉 À l’examen PSM : toute réponse qui introduit un lien hiérarchique dans la Scrum Team est fausse.

3. Le Sprint : le moteur de Scrum

Le Sprint est un cycle de travail de durée fixe (1 mois au maximum, souvent 2 semaines) qui contient tous les autres événements Scrum.

Pendant un Sprint :

• le Sprint Goal reste stable ;

• le niveau de qualité (Definition of Done) ne baisse jamais ;

• le contenu du Sprint Backlog peut être ajusté tant que l’objectif reste atteignable.​

À la fin, la Scrum Team doit avoir au moins un Incrément utilisable, conforme à la Definition of Done.

Erreur classique : Proposer de prolonger un Sprint, de le mettre en pause ou de modifier le Sprint Goal en cours de route est contraire au guide.

👉 À l’examen PSM : le Sprint est une timebox fixe. Toute proposition de prolongation ou de pause est incorrecte.

4. Les 5 événements : ce qui se passe concrètement

Scrum définit 5 événements, chacun avec un objectif précis et un timebox.

1. Sprint Planning

   • Lance le Sprint.

   • Questions clés :

     • Pourquoi ce Sprint ? → Sprint Goal.

     • Quoi faire ? → items du Product Backlog sélectionnés.

     • Comment ? → plan dans le Sprint Backlog.

   • Participants : toute la Scrum Team.

2. Daily Scrum (15 minutes par jour)

   • Moment des Developers.

   • But : inspecter l’avancement vers le Sprint Goal et ajuster le plan des prochaines 24 heures – ce n’est pas un reporting au Scrum Master ou au management.

3. Sprint Review

   • En fin de Sprint, avec les parties prenantes.

   • On inspecte l’Incrément, on recueille des retours, on adapte le Product Backlog.

   • Ce n’est pas une simple “recette” mais une séance de co‑décision sur la suite.

4. Sprint Retrospective

   • Dernier événement du Sprint, réservé à la Scrum Team.

   • On analyse le fonctionnement (processus, interactions, outils, DoD) et on décide d’actions d’amélioration concrètes pour le Sprint suivant.​

5. Le Sprint

   • C’est le conteneur : il démarre immédiatement après le Sprint précédent et se termine à date fixe.

Erreur classique : Conduire le Daily en mode reporting, réduire la Review à une validation formelle, considérer la Retrospective comme facultative, etc..​

👉 À l’examen PSM : le Daily Scrum n’est jamais un reporting au Scrum Master ou au management.

5. Les 3 artefacts et leurs engagements

Les artefacts Scrum rendent le travail et la progression visibles. Chacun porte un engagement qui lui donne un sens clair :

• Product Backlog

  • Liste ordonnée de tout ce qui est connu comme nécessaire au produit.

  • Engagement : Product Goal, objectif à moyen/long terme.

  • Responsable : Product Owner.

• Sprint Backlog

  • Ensemble des éléments sélectionnés pour le Sprint + plan pour les réaliser.

  • Engagement : Sprint Goal, objectif unique du Sprint.

  • Responsable : Developers.

• Incrément

  • Somme de tout ce qui est Done à la fin du Sprint, dans un état utilisable.

  • Engagement : Definition of Done, critères de qualité minimaux.

  • Responsable : la Scrum Team dans son ensemble.​

6. Scrum en trois mots : transparent, itératif, collaboratif

• Transparent : objectifs, avancement et qualité sont visibles via les artefacts et les événements ; sans transparence, l’inspection n’a pas de sens.​

• Itératif : on avance par Sprints, chacun étant une expérience pour apprendre, réduire le risque et ajuster.​

• Collaboratif : la Scrum Team et les parties prenantes travaillent ensemble, avec des feedbacks fréquents et une responsabilité partagée sur la valeur produite.

C’est cette combinaison – empirisme, transparence, auto‑organisation – que Scrum.org cherche à tester dans ces certification PSM I et PSM II : l’examen évalue ta compréhension de la logique du cadre, pas seulement ta mémoire du texte.​

Comprendre Scrum ne suffit pas pour réussir PSM.
Ce qui fait la différence, c’est votre capacité à identifier les pièges et à raisonner comme Scrum.org l’attend.

Pour vous entraîner efficacement :

• PSM I : maîtrisez les pièges classiques et sécurisez votre score dès le premier passage.

• PSM II : travaillez la posture et les situations complexes attendues à l’examen.

• L’Agilité pour tous : consolidez vos bases pour éviter les erreurs de compréhension.

Ces e-books sont disponibles en PDF sur ce site et en version Kindle et brochée sur Amazon.

Ne vous contentez pas de comprendre Scrum. Préparez-vous à répondre juste.