Fiche de révision : Maîtrise du Cadre Scrum et ses Artefacts

📋 Plan du Cours

1. But du guide Scrum et règles du cadre
2. Définition de Scrum et piliers empiriques
3. Transparence, inspection et adaptation
4. Valeurs Scrum et comportements attendus
5. Scrum Team et responsabilités
6. Événements Scrum et timeboxing
7. Sprint Planning, Daily Scrum et Sprint Review
8. Sprint Retrospective et amélioration continue
9. Artefacts Scrum et engagements
10. Product Backlog, Sprint Backlog et Increment
11. Definition of Done et qualité de l’Increment
12. Changements entre versions 2017 et 2020

📖 1. But du guide Scrum et règles du cadre

🔑 Notions clés & Définitions

• Guide Scrum : Document de référence qui définit le cadre de travail Scrum et sert de référence commune pour l’appliquer correctement.
• Cadre de travail Scrum : Ensemble structuré d’éléments dont chacun vise un objectif contribuant à la valeur globale et aux résultats obtenus avec Scrum.
• Règles de Scrum : Contraintes de fonctionnement du cadre qui doivent être respectées pour éviter de masquer les problèmes et préserver les bénéfices de Scrum.
• Developers : Terme utilisé dans Scrum pour désigner les personnes qui réalisent le travail, sans intention d’exclure des profils variés.

📝 Points essentiels

• Le Guide Scrum a été publié en 2010 pour aider le monde entier à comprendre Scrum, puis mis à jour par petites évolutions fonctionnelles.
• Le Guide Scrum contient la définition du cadre de travail Scrum, et chaque élément du cadre contribue à un objectif précis.
• Modifier la conception ou les idées de base de Scrum, omettre des éléments, ou ne pas suivre les règles peut masquer des problèmes et réduire les avantages.
• Ne pas respecter le cadre peut rendre Scrum potentiellement inutile, même si l’organisation pense l’utiliser.
• Scrum a été développé au début des années 1990, puis formalisé dans le Guide pour standardiser la compréhension et l’application.
• Le terme Developers est employé pour simplifier et inclure toute personne apportant de la valeur via le travail, pas pour exclure.

💡 Astuce mémo

Cadre = valeur : si tu changes/omets/ignores les règles, tu caches les problèmes et tu perds les bénéfices.

📖 2. Définition de Scrum et piliers empiriques

🔑 Notions clés & Définitions

• Scrum : Scrum est un cadre de travail itératif et incrémental qui organise le développement autour d’un objectif, d’un rythme de livraison et d’une amélioration continue.
• Transparence : La transparence est le principe qui impose que les aspects clés du travail, du produit et du processus soient visibles et compréhensibles par tous.
• Inspection : L’inspection est le principe qui consiste à vérifier régulièrement l’avancement et la qualité pour détecter tôt les écarts.
• Adaptation : L’adaptation est le principe qui impose d’ajuster le plan et le travail dès que l’inspection révèle des écarts.
• Valeurs Scrum : Les valeurs Scrum guident les comportements de l’équipe et orientent les décisions pour maximiser la valeur livrée.

📝 Points essentiels

• Scrum repose sur un cycle empirique où l’on observe, on vérifie et on ajuste plutôt que de tout prédire à l’avance.
• La transparence vise à réduire les zones d’ombre en rendant les informations nécessaires accessibles aux personnes concernées.
• L’inspection doit être menée à des moments réguliers pour éviter que les problèmes ne deviennent trop coûteux à corriger.
• L’adaptation intervient quand l’inspection montre que le résultat ou le processus s’écarte de ce qui était attendu.
• Les valeurs Scrum structurent la collaboration et servent de référence quand des choix difficiles doivent être faits.

💡 Astuce mémo

Transparence → Inspection → Adaptation : voir clairement, vérifier vite, corriger tout de suite.

📖 3. Transparence, inspection et adaptation

🔑 Notions clés & Définitions

• Transparence Scrum : La transparence impose que le travail en cours et le processus émergent soient visibles pour ceux qui le réalisent et pour ceux qui le reçoivent.
• Inspection Scrum : L’inspection consiste à examiner régulièrement les artefacts et les résultats pour vérifier l’avancement et détecter les écarts avant le prochain cycle.
• Adaptation Scrum : L’adaptation est l’ajustement du travail et des décisions à partir des constats issus de l’inspection, afin d’améliorer le Sprint suivant.
• Piliers empiriques : Les piliers empiriques de Scrum sont trois principes qui structurent l’inspection et l’adaptation : transparence, inspection et adaptation.
• Artefacts formels : Les artefacts formels sont les éléments officiels utilisés pour refléter l’état du travail et soutenir des décisions fondées sur des faits observables.

📝 Points essentiels

• Scrum s’appuie sur les piliers empiriques de transparence, inspection et adaptation pour faire fonctionner ses événements.
• Les décisions importantes doivent être basées sur l’état perçu des artefacts formels, pas sur des suppositions.
• Un manque de transparence sur les artefacts peut conduire à des décisions erronées et donc à une mauvaise orientation du travail.
• Le Sprint regroupe quatre événements formels dédiés à l’inspection et à l’adaptation.
• La transparence vise à aligner les personnes qui produisent et celles qui reçoivent le résultat, en rendant le travail visible.

💡 Astuce mémo

T-I-A : Voir (transparence) → Vérifier (inspection) → Ajuster (adaptation).

📖 4. Valeurs Scrum et comportements attendus

🔑 Notions clés & Définitions

• Transparence : La transparence impose que le processus et le travail émergent soient visibles pour ceux qui réalisent le travail et pour ceux qui le reçoivent.
• Inspection : L’inspection consiste à examiner fréquemment les artefacts Scrum et l’avancement vers les objectifs afin de repérer des écarts ou des problèmes.
• Adaptation : L’adaptation exige de modifier le processus appliqué ou les éléments produits dès qu’un écart ou un résultat inacceptable est détecté.
• Engagement : L’engagement est la volonté de la Scrum Team d’atteindre les objectifs du Sprint et de se soutenir mutuellement pour y parvenir.
• Focus : Le focus correspond à la concentration de la Scrum Team sur la réalisation du Sprint afin de progresser au maximum vers l’Objectif de Produit.

📝 Points essentiels

• Scrum combine des événements formels dans un Sprint pour permettre l’inspection et l’adaptation en continu.
• Les décisions importantes doivent s’appuyer sur l’état perçu des trois artefacts formels Scrum.
• Une faible transparence peut conduire à des décisions qui réduisent la valeur et augmentent le risque.
• Une inspection sans transparence est trompeuse et génère du gaspillage.
• L’inspection doit déboucher sur une adaptation, sinon elle est considérée comme infructueuse.
• L’adaptation doit être réalisée le plus rapidement possible pour limiter tout écart supplémentaire.

💡 Astuce mémo

Transparence → Inspection → Adaptation : voir, vérifier, ajuster.

📖 5. Scrum Team et responsabilités

🔑 Notions clés & Définitions

• Scrum Team : La Scrum Team est une petite unité stable composée de Scrum Master, Product Owner et Developers, focalisée sur un seul Objectif de Produit à la fois.
• Scrum Master : Le Scrum Master est une responsabilité de la Scrum Team, redevable de la mise en place de Scrum telle que définie dans le Guide Scrum.
• Product Owner : Le Product Owner est une responsabilité de la Scrum Team, redevable de maximiser la valeur du produit et de gérer efficacement le Product Backlog.
• Developers : Les Developers sont les membres de la Scrum Team qui s’engagent à produire, à chaque Sprint, tout ou partie utile d’un Increment.
• Objectif de Produit : L’Objectif de Produit est la cible commune qui oriente la Scrum Team et sert de référence pour le travail sur le produit.

📝 Points essentiels

• La Scrum Team n’a pas d’équipe dans l’équipe ni de hiérarchies internes : c’est une seule unité stable.
• Les Scrum Teams sont pluridisciplinaires et autogérées : elles disposent des compétences nécessaires et décident en interne qui fait quoi, quand et comment.
• La taille vise la réactivité et un travail significatif en Sprint, habituellement jusqu’à 10 personnes au plus.
• Si une Scrum Team devient trop grande, elle doit envisager de se réorganiser en plusieurs Scrum Teams cohérentes sur le même produit.
• Chaque Scrum Team doit partager le même Objectif de Produit, le même Product Backlog et le même Product Owner.
• La Scrum Team est responsable de toutes les activités liées au produit : collaboration des parties prenantes, vérification, maintenance, exploitation, expérimentation, R&D et tout le nécessaire.

💡 Astuce mémo

Taille→réactivité (petit) + capacité (assez grand) ; même produit = même Objectif + Backlog + Product Owner.

📖 6. Événements Scrum et timeboxing

🔑 Notions clés & Définitions

• Sprint : Événement central de Scrum, de durée fixe (≤ 1 mois), qui sert de conteneur aux autres événements et transforme les idées en valeur.
• Timebox : Boîte de temps qui impose une durée limitée aux événements Scrum afin de préserver leur efficacité et leur productivité.
• Sprint Planning : Événement tenu pendant le Sprint pour organiser le travail nécessaire afin d’atteindre l’Objectif de Sprint.
• Daily Scrum : Événement quotidien organisé pendant le Sprint pour inspecter l’avancement et adapter la façon de travailler.
• Sprint Review : Événement de fin de Sprint, tenu pendant le Sprint, pour inspecter l’Increment et l’adapter via un échange formel.

📝 Points essentiels

• Le Sprint est un conteneur : tous les autres événements Scrum se déroulent dans son cadre.
• Chaque événement Scrum sert à inspecter et adapter les artefacts Scrum, avec une intention de transparence.
• Ne pas organiser les événements comme prescrit fait perdre une opportunité d’inspection et d’adaptation.
• Les événements Scrum visent la régularité et réduisent le besoin de réunions non prévues par Scrum.
• Idéalement, les événements se tiennent à la même heure et au même lieu pour limiter la complexité.
• Un Sprint dure au maximum un mois et démarre immédiatement après la fin du précédent.

💡 Astuce mémo

Sprint = Conteneur fixe : tout se passe dedans, et la durée est verrouillée (timebox).

📖 7. Sprint Planning, Daily Scrum et Sprint Review

🔑 Notions clés & Définitions

• Sprint : Événement Scrum à durée fixe (≤ 1 mois) qui sert à transformer des idées en valeur et à créer une cohérence de travail.
• Objectif de Sprint : But formulé pendant le Sprint Planning qui décrit l’utilité attendue du Sprint pour les parties prenantes.
• Product Backlog : Liste des éléments priorisés qui contient le travail potentiel et qui peut être affiné si nécessaire pendant le Sprint.
• Sprint Planning : Événement qui lance le Sprint en construisant, avec toute la Scrum Team, le plan du travail à réaliser pendant le Sprint.
• Daily Scrum : Rendez-vous Scrum tenu pendant le Sprint pour inspecter la progression et s’adapter vers l’Objectif de Sprint.

📝 Points essentiels

• Les événements Scrum se tiennent à la même heure et au même lieu pour réduire la complexité.
• Un nouveau Sprint démarre immédiatement après la fin du précédent, sans interruption.
• Pendant le Sprint, aucun changement ne doit remettre en cause l’Objectif de Sprint.
• Pendant le Sprint, les objectifs de qualité ne sont jamais abaissés.
• Le Product Backlog est affiné si nécessaire pendant le Sprint.
• Le périmètre peut être clarifié et renégocié avec le Product Owner selon ce que l’équipe apprend.

💡 Astuce mémo

Sprint = durée fixe + objectif protégé : pas de changement qui casse l’objectif, qualité jamais à la baisse.

📖 8. Sprint Retrospective et amélioration continue

🔑 Notions clés & Définitions

• Sprint Retrospective : Événement Scrum où la Scrum Team examine le dernier Sprint pour trouver des améliorations de qualité et d’efficacité.
• Definition of Done : Critère de référence qui décrit quand un incrément est considéré comme terminé et conforme au niveau attendu.
• Qualité et efficacité : Axes d’amélioration examinés pendant la rétrospective, portant sur la manière de travailler et sur le résultat produit.
• Scrum Team : Groupe Scrum responsable de la réalisation du travail et de l’amélioration continue via les événements.

📝 Points essentiels

• L’objectif de la Sprint Retrospective est de repérer des pistes d’amélioration de la qualité et de l’efficacité.
• La Scrum Team inspecte le dernier Sprint sous l’angle des individus, des interactions, des processus et des outils.
• La rétrospective inclut aussi l’inspection de la Definition of Done utilisée pendant le Sprint.
• Les éléments inspectés peuvent varier selon ce que la Scrum Team juge pertinent pour améliorer sa façon de faire.
• La rétrospective sert de base à des décisions d’amélioration, en s’appuyant sur ce qui s’est réellement passé pendant le Sprint.

💡 Astuce mémo

Rétro = « Qualité + Efficacité » : on inspecte personnes, interactions, processus, outils, puis la Definition of Done.

📖 9. Artefacts Scrum et engagements

🔑 Notions clés & Définitions

• Sprint Review : Événement Scrum qui présente les résultats du Sprint et se déroule juste avant la fin du Sprint, avec une durée maximale de quatre heures pour un Sprint d’un mois.
• Sprint Retrospective : Événement Scrum de fin de Sprint où la Scrum Team réfléchit pour améliorer la qualité et l’efficacité en inspectant le dernier Sprint.
• Artefacts Scrum : Objets de travail et de valeur conçus pour rendre transparentes les informations clés et aligner l’inspection et l’adaptation.
• Engagement de l’artefact : Engagement contenu dans chaque artefact qui fournit l’information nécessaire pour la transparence, le focus et la mesure de la progression.
• Objectif de Produit : Engagement du Product Backlog qui décrit un état futur du produit servant de cible à la Scrum Team pour planifier.

📝 Points essentiels

• La Sprint Review est l’avant-dernier événement du Sprint et dure au maximum 4 heures pour un Sprint d’un mois, puis moins pour des Sprints plus courts.
• La Sprint Retrospective vise à trouver des pistes d’amélioration de la qualité et de l’efficacité à partir de l’inspection du dernier Sprint.
• La Sprint Retrospective inspecte notamment les individus, les interactions, les processus, les outils et la Definition of Done.
• La Sprint Retrospective identifie les hypothèses ayant dévié, explore leurs origines et discute ce qui a bien fonctionné et ce qui a posé problème.
• Les améliorations les plus impactantes sont traitées dès que possible et peuvent être ajoutées au Sprint Backlog du prochain Sprint.
• La Sprint Retrospective conclut le Sprint et dure au maximum 3 heures pour un Sprint d’un mois, puis moins pour des Sprints plus courts.

💡 Astuce mémo

Review = avant la fin (4h max) ; Retro = fin + amélioration (3h max).

📖 10. Product Backlog, Sprint Backlog et Increment

🔑 Notions clés & Définitions

• Objectif de Produit : Objectif de Produit : but à long terme de la Scrum Team, porté par le Product Backlog et utilisé pour guider la valeur livrée.
• Product Backlog : Product Backlog : liste dynamique qui contient l’Objectif de Produit et les éléments qui préciseront ce qui permettra d’y parvenir.
• Sprint Backlog : Sprint Backlog : plan du Sprint composé de l’Objectif de Sprint, des éléments du Product Backlog choisis et d’un plan d’action pour l’Increment.
• Objectif de Sprint : Objectif de Sprint : engagement unique des Developers, créé en Sprint Planning, qui donne le « pourquoi » du Sprint sans figer le « comment ».
• Increment : Increment : première étape concrète vers l’Objectif de Produit, ajoutée aux précédents et vérifiée pour fonctionner ensemble.

📝 Points essentiels

• Le Product Backlog contient l’Objectif de Produit, et le reste du backlog émerge pour clarifier ce qui aidera à atteindre cet objectif.
• Un produit est un vecteur de valeur avec une limite claire, des parties prenantes connues et des utilisateurs ou clients bien définis, qu’il soit service, produit physique ou concept abstrait.
• Le Sprint Backlog est élaboré par et pour les Developers et sert d’image visible et en temps réel du travail prévu pour atteindre l’Objectif de Sprint.
• Le Sprint Backlog est mis à jour pendant le Sprint selon les apprentissages, et doit être assez détaillé pour permettre l’inspection durant le Daily Scrum.
• L’Objectif de Sprint est créé pendant Sprint Planning, ajouté au Sprint Backlog, puis gardé en tête pendant l’exécution du Sprint.
• Si le travail diverge des attentes, les Developers négocient avec le Product Owner le périmètre du Sprint Backlog pour ce Sprint, sans changer l’Objectif de Sprint en cours de route.

💡 Astuce mémo

Produit = cap long terme (Objectif de Produit) ; Sprint = cap court (Objectif de Sprint) ; Increment = preuve livrable (ajout + vérification).

📖 11. Definition of Done et qualité de l’Increment

🔑 Notions clés & Définitions

• Definition of Done : La Definition of Done fixe les critères partagés pour considérer qu’un élément du Product Backlog est réellement terminé dans l’Increment.
• Increment : L’Increment est le résultat concret produit quand un élément du Product Backlog satisfait à la Definition of Done.
• Product Backlog : Le Product Backlog regroupe les éléments de travail qui peuvent devenir un Increment une fois terminés selon la Definition of Done.
• Sprint Review : La Sprint Review est l’événement où les résultats de Sprint sont présentés, sous réserve que les éléments respectent la Definition of Done.

📝 Points essentiels

• Un élément du Product Backlog devient un Increment dès qu’il satisfait la Definition of Done.
• La Definition of Done rend le travail « fini » compréhensible de façon commune pour tous les acteurs.
• Si un élément ne respecte pas la Definition of Done, il ne peut pas être publié ni présenté pendant la Sprint Review.
• Les éléments non conformes sont renvoyés au Product Backlog pour être repris ultérieurement.
• Si la Definition of Done fait partie des standards de l’organisation, toutes les Scrum Teams doivent la suivre au minimum.
• Si elle n’est pas imposée par l’organisation, la Scrum Team doit créer une Definition of Done adaptée au produit, et les Developers doivent s’y conformer.

💡 Astuce mémo

Fini = Conforme : pas de Definition of Done respectée ⇒ pas d’Increment publiable (retour au Product Backlog).

📖 12. Changements entre versions 2017 et 2020

🔑 Notions clés & Définitions

• Cadre Scrum minimal : Cadre Scrum 2020 : version moins prescriptive qui réduit au maximum le langage imposant et revient à un socle minimal suffisant.
• Scrum Team : Scrum Team 2020 : une seule équipe concentrée sur un même objectif, organisée autour de responsabilités distinctes pour PO, Scrum Master et Developers.
• Objectif de Produit : Objectif de Produit : engagement introduit en 2020 pour aligner la Scrum Team sur un objectif global et guider la progression produit à chaque Sprint.
• Objectif de Sprint : Objectif de Sprint : engagement associé au Sprint Backlog, qui clarifie le sens du Sprint et relie l’artefact à une intention.
• Definition of Done : Definition of Done : engagement associé à l’Increment, qui précise le critère de complétude et renforce la transparence de l’artefact.

📝 Points essentiels

• La version 2020 vise à réduire le caractère prescriptif du Guide en supprimant ou synthétisant plusieurs passages (ex. questions du Daily Scrum, prescriptions sur les attributs PBI, éléments à ajouter au Sprint Backlog,​
• La version 2020 supprime l’idée d’« équipe dans l’équipe » et limite les risques de comportements « nous et eux » entre Product Owner et Developers en recentrant sur une seule Scrum Team.
• Chaque Sprint doit rapprocher le produit de l’objectif global porté par l’Objectif de Produit.
• Les engagements relient désormais les trois artefacts : Objectif de Produit pour le Product Backlog, Objectif de Sprint pour le Sprint Backlog, Definition of Done pour l’Increment.
• Le Guide 2020 met en avant une Scrum Team autogérée par rapport à un objectif, en choisissant avec qui, comment et sur quoi travailler plutôt que de demander aux équipes de développement de s’auto-organiser.
• La Sprint Planning comporte trois thèmes : Quoi, Comment et Pourquoi, ce dernier renvoyant à l’Objectif de Sprint.

💡 Astuce mémo

Minimalisme 2020 : moins de prescriptions, plus d’engagements (Produit→Sprint→Done) et 3 thèmes (Quoi/Comment/Pourquoi).

📅 Repères chronologiques

📊 Tableaux de synthèse

Engagements des artefacts (évolution 2020)

⚠️ Pièges & confusions fréquents

1. Croire que Scrum peut être appliqué en omettant des éléments ou en modifiant les idées de base : le résultat peut ne plus être du Scrum et masquer les problèmes.
2. Confondre transparence et inspection : la transparence rend visibles les aspects clés, tandis que l’inspection vérifie fréquemment les artefacts et l’avancement.
3. Penser qu’une inspection suffit : sans adaptation, l’inspection est considérée comme infructueuse et ne provoque pas le changement attendu.
4. Croire que l’Objectif de Sprint peut être modifié pendant le Sprint : aucun changement ne doit remettre en cause l’Objectif de Sprint.
5. Confondre Sprint Review et moment unique de livraison : la Sprint Review ne doit jamais être considérée comme le seul moment pour délivrer de la valeur.
6. Penser qu’un élément non conforme à la Definition of Done peut être présenté : s’il ne respecte pas la Definition of Done, il ne peut pas être publié ni présenté pendant la Sprint Review.
7. Croire que la Scrum Team est “une équipe dans l’équipe” ou qu’il existe des hiérarchies internes : il n’y a pas d’équipe dans l’équipe ni de hiérarchies, et la Scrum Team est une seule unité stable.

✅ Checklist Examen

1. Expliquer le but du Guide Scrum et pourquoi changer/omettre/ne pas suivre les règles peut rendre Scrum potentiellement inutile.
2. Définir Scrum comme cadre itératif et incrémental, et relier empirisme/Lean à l’observation, la vérification et l’ajustement.
3. Définir les piliers empiriques (transparence, inspection, adaptation) et donner le lien “inspection sans transparence” et “inspection sans adaptation”.
4. Lister les valeurs Scrum (Engagement, focus, ouverture, respect, courage) et préciser qu’elles doivent être renforcées par les décisions et mesures.
5. Décrire la Scrum Team : composition (Scrum Master, Product Owner, Developers), absence d’équipe dans l’équipe/hiérarchies, taille et responsabilité sur un seul Objectif de Produit.
6. Expliquer le Sprint comme conteneur timeboxé (≤ 1 mois) et rappeler les règles pendant le Sprint : Objectif protégé, qualité jamais abaissée, affinement si nécessaire, périmètre renégociable avec le Product Owner.
7. Décrire Sprint Planning et ses trois thèmes (Pourquoi/Que peut-on faire/Comment) et préciser que l’Objectif de Sprint doit être finalisé avant la fin du Sprint Planning.
8. Décrire Daily Scrum : objectif, durée (15 minutes), participants (Developers, PO/SM si actifs), et exigence de produire un plan d’action pour la prochaine journée.
9. Décrire Sprint Review : objectif, position (avant-dernier événement), durée max (4h pour un mois), et ce qui est inspecté/décidé (résultats, progressions vers l’Objectif de Produit, adaptations futures, Product Backlog).
10. Décrire Sprint Retrospective : objectif, ce qui est inspecté (individus, interactions, processus, outils, Definition of Done), identification des hypothèses déviées, et durée max (3h pour un mois).
11. Définir les artefacts Scrum et leurs engagements : Objectif de Produit (Product Backlog), Objectif de Sprint (Sprint Backlog), Definition of Done (Increment), et expliquer la règle “pas d’Increment sans Definition of DoD
12. Décrire Product Backlog, Sprint Backlog et Increment : rôle, mise à jour pendant le Sprint, et règle de conformité à la Definition of Done (renvoi au Product Backlog si non conforme).