📚 Fiche de révision Professional Scrum Master I (PSM I)

Qu’est‑ce que SCRUM ?

Scrum est un cadre de travail léger qui aide les individus, les équipes et les organisations à générer de la valeur grâce à des solutions adaptatives pour des problèmes complexes.

Vue d’ensemble

• Artefacts : Product Backlog, Sprint Backlog et Incrément
• Événements : Sprint, Planification, Daily Scrum, Revue, Rétrospective
• Responsabilités : Product Owner, Développeurs, Scrum Master

Scrum Guide

Le Scrum Guide est la norme officielle de Scrum — un document condensé et essentiel.
Lire le Scrum Guide (EN)

Manifeste Agile

Scrum s’appuie sur le Manifeste Agile et ses 12 principes, regroupés ici en quatre domaines :

• Projet
• Produit
• Personnes
• Processus

Projet

• Notre priorité : satisfaire le client par la livraison rapide et continue de logiciels fonctionnels.
• Accueillir les changements, même tardifs.
• Livrer fréquemment des incréments de valeur.
• Maintenir un rythme soutenable.
• Un logiciel fonctionnel est la principale mesure de progrès.

Produit

• La simplicité est essentielle.
• La qualité technique et une bonne conception améliorent l’agilité.

Personnes

• La conversation en face‑à‑face est la méthode la plus efficace.
• Acteurs métier et développeurs collaborent quotidiennement.
• Les meilleures idées émergent des équipes auto‑organisées.
• Construire autour d’individus motivés et leur faire confiance.

Processus

• À intervalles réguliers, l’équipe réfléchit, s’adapte et améliore.

Théorie SCRUM

Scrum est fondé sur l’empirisme et la pensée Lean :

• Transparence : tous les aspects du processus doivent être visibles.
• Inspection : on inspecte fréquemment les artefacts et le progrès.
• Adaptation : on ajuste dès qu’on détecte un écart.

Valeurs SCRUM

La réussite de Scrum repose sur la maîtrise de cinq valeurs :

• Engagement
• Courage
• Ouverture
• Concentration
• Respect

Équipe SCRUM

Composée de :

• Product Owner (x1)
• Scrum Master (x1)
• Développeurs (3–10)

Product Owner

• Maximise la valeur du produit via le Product Backlog.
• Rédige, ordonne et affine les éléments de backlog.
• Représente les parties prenantes et prend les décisions.

Développeurs

• Auto‑organisés et polyvalents.
• Transforment les exigences en incréments fonctionnels.
• Estimations, planification et suivi du Sprint Backlog.

Scrum Master

• S’assure que Scrum est bien appliqué.
• Élimine les obstacles (impediments).
• Coach, facilitateur et garant du cadre.

Artefacts SCRUM

Chaque artefact contient un engagement :

Product Backlog

• Liste émergente et ordonnée de tout ce qui améliore le produit.
• Jamais complète ; toujours raffinée.
• Engagement : Product Goal (un par backlog).

Sprint Backlog

• Contient l’Objectif de Sprint, les PBIs sélectionnés et le plan de travail.
• Modifiable uniquement par les développeurs.

Incrément

• Somme de tous les incréments terminés.
• Doit répondre à la Definition of Done.

Événements SCRUM

• Sprint : jusqu’à 1 mois.
• Planification : max 8 h (Sprint 1 mois).
• Daily Scrum : 15 min.
• Revue : max 4 h (Sprint 1 mois).
• Rétrospective : max 3 h (Sprint 1 mois).

Planification de Sprint

1. Pourquoi ? (Objectif de Sprint proposé par le PO)
2. Quoi ? (PBIs choisis par les Devs)
3. Comment ? (plan pour atteindre l’incrément)

Sprint

• Cœur de Scrum ; durée fixe.
• Pas de changement compromettant l’objectif de Sprint.
• Un seul PO peut annuler le Sprint.

Daily Scrum

• 15 min pour inspecter le progrès vers l’objectif de Sprint.
• Deviseurs seuls, SM/PO n’y assistent qu’en tant que développeurs.

Revue de Sprint

• Inspecter l’incrément terminé.
• Adapter le Product Backlog si besoin.

Rétrospective de Sprint

• Inspecter le Sprint passé et planifier des améliorations.
• Toute l’équipe participe et s’engage sur des actions concrètes.

Définitions clés

• Definition of Done (DoD) : critère qualité pour qu’un incrément soit terminé.
• Product Goal : objectif à long terme du Product Backlog.
• Story Point : unité d’estimation de l’effort.
• Planning Poker : jeu de cartes pour estimer en équipe.
• WIP : Work In Progress (travail en cours).
• Cône d’incertitude : réduit l’incertitude à chaque itération.
• Dette technique : conséquences des compromis de qualité.

Comment aborder l’évaluation PSM I

• Relire le Scrum Guide jusqu’à bien saisir chaque mot.
• Pratiquer avec des quiz et examens blancs officiels.
• Ne pas sur-interpréter : privilégier la lettre du Guide.
• Garder en tête empirisme, valeurs et rôles avant tout.