Référence rapideScrum Guide 2020
Antisèche PSM I
Toutes les règles Scrum essentielles sur un seul écran.
Gardez cette fiche ouverte dans un onglet pendant vos révisions et retrouvez les règles Scrum essentielles en quelques secondes. Le jour de l'assessment, respectez les conditions communiquées par Scrum.org.Ajoutez cette page à vos favoris.
Scrum Master — à retenir
- Accountable de l'efficacité de la Scrum Team.
- Accountable d'établir Scrum tel que défini dans le Scrum Guide.
- Aide chacun à comprendre la théorie et la pratique Scrum.
- Coache l'équipe en self-management et cross-functionality.
- Fait en sorte que les impediments soient supprimés.
- Veille à ce que les événements aient lieu, soient positifs, productifs et dans la timebox.
- Sert le Product Owner : Product Goal, Product Backlog, empirisme.
- Sert l'organisation : adoption de Scrum, barrières entre stakeholders et équipes.
- Un vrai leader qui sert ; ni chef de projet, ni manager.
Empiricism
Transparency
Rendre le processus et le travail visibles pour ceux qui le font et le reçoivent.
Inspection
Examiner fréquemment les artifacts et la progression vers les objectifs.
Adaptation
Ajuster dès que possible lorsqu'un écart dépasse les limites acceptables.
La transparence permet l'inspection ; l'inspection permet l'adaptation.
Scrum Values
- Commitment
- Focus
- Openness
- Respect
- Courage
Leur mise en pratique rend vivants les piliers de l'empirisme : transparency, inspection, adaptation.
Timeboxes
| Sprint | ≤ 1 MOIS |
|---|---|
| Sprint Planning | MAX. 8 H |
| Daily Scrum | 15 MIN |
| Sprint Review | MAX. 4 H |
| Sprint Retrospective | MAX. 3 H |
Planning, Review et Retrospective : durée maximale pour un Sprint d'un mois. Pour des Sprints plus courts, l'événement est généralement plus court.
Qui fait quoi ?
| Efficacité de la Scrum Team | Scrum Master |
|---|---|
| Établir Scrum dans l'organisation | Scrum Master |
| Faire supprimer les impedimentsIl provoque leur suppression, sans forcément les supprimer lui-même. | Scrum Master |
| Maximiser la valeur du produit | Product Owner |
| Ordonner le Product Backlog | Product Owner |
| Annuler le SprintSeul le PO en a l'autorité, si le Sprint Goal devient obsolète. | Product Owner |
| Définir le Sprint GoalCollaboration de toute l'équipe au Sprint Planning. | Scrum Team |
| Créer le Sprint Backlog | Developers |
|---|---|
| Adapter le plan pendant le Sprint | Developers |
| Décider comment réaliser le travail | Developers |
| Sizing des items | Developers |
| Tenir le Daily ScrumLe SM veille à ce qu'il ait lieu ; les Developers le mènent. | Developers |
| Qui fait quoi, quand, commentSelf-managing. | Scrum Team |
| Créer la Definition of DoneSauf standard organisationnel : il s'applique au minimum. | Scrum Team |
Events — purpose d'abord
| Event | Timebox | Purpose et point clé |
|---|---|---|
| Sprint | ≤ 1 mois | Conteneur de tous les événements ; transforme les idées en valeur. Aucun changement mettant en danger le Sprint Goal ; la qualité ne baisse pas. |
| Sprint Planning | ≤ 8 h | Lance le Sprint en définissant le travail : Why (Sprint Goal), What (items), How (plan). Toute la Scrum Team. |
| Daily Scrum | 15 min | Inspecter la progression vers le Sprint Goal et adapter le Sprint Backlog. Événement des Developers ; format libre. |
| Sprint Review | ≤ 4 h | Inspecter le résultat du Sprint et déterminer les adaptations futures, avec les stakeholders clés. Séance de travail, pas une simple présentation. |
| Sprint Retrospective | ≤ 3 h | Planifier des moyens d'augmenter la qualité et l'efficacité : individus, interactions, processus, outils, DoD. Clôt le Sprint. |
Developers — à retenir
- Créent le Sprint Backlog : le plan du Sprint, par et pour eux.
- Adaptent leur plan chaque jour vers le Sprint Goal.
- Instillent la qualité en respectant la Definition of Done.
- Se tiennent mutuellement accountable en professionnels.
- Réalisent le sizing des items.
- Décident comment transformer les items en Increment.
- Membres d'une équipe self-managing et cross-functional.
Artifacts → Commitments
Product Backlog
Product Goal
Sprint Backlog
Sprint Goal
Increment
Definition of Done
Chaque commitment renforce la transparence et le focus pour mesurer le progrès.
Definition of Done
- Description formelle de l'état de l'Increment quand il atteint la qualité requise.
- Un item qui la respecte devient un Increment.
- Crée la transparence : compréhension partagée du travail terminé.
- Item non Done : ni release, ni Review ; retour au Product Backlog.
- Standard organisationnel : suivi au minimum ; sinon la Scrum Team crée sa DoD.
- Plusieurs Scrum Teams, un produit : une DoD partagée.
Si la question parle de… pensez à vérifier
| Effectiveness | Scrum Master |
|---|---|
| Value | Product Owner |
| How / plan du Sprint | Developers |
| 15 minutes | Daily Scrum |
| Product Goal | Product Backlog |
| Sprint Goal | Sprint Backlog |
| Definition of Done | Increment |
| Transparency / Inspection / Adaptation | Empiricism |
| Commitment / Focus / Openness / Respect / Courage | Scrum Values |
Raccourci de révision, pas une règle : lisez toujours le contexte complet.
Pièges PSM I
- Le Scrum Master est un chef de projet.Il est accountable de l'efficacité de l'équipe et sert l'équipe et l'organisation.
- Le Scrum Master est le manager des Developers.Pas de hiérarchie dans la Scrum Team.
- Le SM distribue les tâches aux Developers.L'équipe est self-managing : qui fait quoi, quand, comment.
- Le Daily Scrum est un reporting au Scrum Master.C'est l'événement des Developers, pour adapter leur plan.
- Le Daily Scrum impose trois questions.Les Developers choisissent la structure et les techniques.
- Le SM doit supprimer lui-même chaque impediment.Il fait en sorte qu'ils soient supprimés.
- La Sprint Review est une démo.C'est une séance de travail : on inspecte et on adapte.
- La Retrospective est facultative.Tous les événements sont requis ; la Retro clôt le Sprint.
- Le Sprint Backlog est un plan figé.Il évolue tout au long du Sprint, par et pour les Developers.
- Le Product Backlog est un cahier des charges.Liste émergente et ordonnée, jamais finale.
- Un travail non Done peut être présenté.Non Done : ni release, ni Review ; il retourne au Product Backlog.
- Chaque équipe d'un même produit a sa DoD.Plusieurs Scrum Teams sur un produit partagent la même DoD.
- L'Increment n'existe qu'en fin de Sprint.Plusieurs Increments possibles, livrables avant la Review.
Vocabulaire EN → FR
- accountability
- responsabilité dont on répond (sens Scrum)
- self-management
- l'équipe décide qui, quoi, quand, comment
- cross-functional
- toutes les compétences nécessaires
- empiricism
- empirisme : décider sur ce qui est observé
- transparency
- transparence
- inspection
- inspection
- adaptation
- adaptation
- impediment
- obstacle au progrès de l'équipe
- facilitation
- faciliter un événement ou une collaboration
- coaching
- accompagnement
- stakeholder
- partie prenante
- Increment
- incrément utilisable, conforme à la DoD
- Definition of Done
- définition de « terminé »
- Sprint Goal
- objectif unique du Sprint
- Product Goal
- objectif à long terme du produit
- refinement
- affinage : détailler, découper, estimer
Vous connaissez les règles. Savez-vous les appliquer ?
Faire l'examen blanc PSM I gratuitEntraînez-vous jusqu'à savoir si vous êtes prêt.
Découvrir le Trainer PSM I