Antisèche PSPO 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.
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.
Accountabilities
Product Owner
Maximiser la valeur du produit ; gestion efficace du Product Backlog : Product Goal, items, ordering, transparence. Peut déléguer, reste accountable.
Scrum Master
Accountable de l'établissement de Scrum et de l'efficacité de la Scrum Team. Sert l'équipe, le PO et l'organisation.
Developers
Créer le Sprint Backlog ; qualité via la Definition of Done ; adapter le plan chaque jour ; se tenir mutuellement accountable.
Scrum Team : ≤ 10 personnes en général, sans sous-équipes ni hiérarchie, cross-functional et self-managing.
Artifacts → Commitments
Product Backlog
Product Goal
Objectif à long terme du produit.
Sprint Backlog
Sprint Goal
Seul objectif du Sprint, fixé au Planning.
Increment
Definition of Done
Un item n'est un Increment que s'il la respecte.
Qui décide quoi ?
| Annuler le SprintSeul le PO en a l'autorité, si le Sprint Goal devient obsolète. | Product Owner |
|---|---|
| Ordonner le Product Backlog | Product Owner |
| Maximiser la valeur du produit | Product Owner |
| Développer et communiquer le Product Goal | Product Owner |
| Pourquoi ce Sprint a de la valeurLe PO propose ; toute la Scrum Team définit ensuite le Sprint Goal. | Product Owner |
| Définir le Sprint GoalCollaboration de toute l'équipe au Sprint Planning. | Scrum Team |
| Choisir les items du SprintEn discussion avec le Product Owner. | Developers |
| Créer le Sprint Backlog | Developers |
| Décider comment réaliser le travailPersonne ne leur dit comment transformer les items en Increment. | Developers |
|---|---|
| Sizing des itemsLe PO peut les aider à comprendre et arbitrer. | Developers |
| Qui fait quoi, quand, commentSelf-managing. | Scrum Team |
| Renégocier le scope du SprintSans mettre en danger le Sprint Goal. | Developers + PO |
| Créer la Definition of DoneSauf si un standard organisationnel existe : il s'applique au minimum. | Scrum Team |
| Efficacité de la Scrum Team | Scrum Master |
| Établir Scrum dans l'organisation | Scrum Master |
| Modifier le Product Backlog (hors PO)L'organisation doit respecter ses décisions. | Convaincre le PO |
Si la question parle de… pensez à vérifier
| Value | Product Owner |
|---|---|
| How / plan du Sprint | Developers |
| Effectiveness | Scrum Master |
| Product Goal | Product Backlog |
| Sprint Goal | Sprint Backlog |
| Definition of Done | Increment |
| 15 minutes | Daily Scrum |
| Stakeholders + inspection | Sprint Review |
| Amélioration du process | Sprint Retrospective |
Raccourci de révision, pas une règle : lisez toujours le contexte complet.
Events
| Event | Timebox | Objectif et point clé |
|---|---|---|
| Sprint | ≤ 1 mois | Conteneur de tous les événements. Aucun changement mettant en danger le Sprint Goal ; la qualité ne baisse pas. |
| Sprint Planning | ≤ 8 h | Lance le Sprint : 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. |
| 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é. Clôt le Sprint. |
Product Backlog — express
- Liste émergente et ordonnée de ce qui est nécessaire pour améliorer le produit.
- Unique source du travail de la Scrum Team.
- Contient le Product Goal.
- Refinement : activité continue pour découper, détailler (description, ordre, taille).
- Sizing par les Developers.
- Accountable : Product Owner (peut déléguer le travail).
- Doit être transparent, visible et compris.
Product Owner — à retenir
- Une seule personne, pas un comité.
- Accountable de maximiser la valeur issue du travail de la Scrum Team.
- Développe et communique explicitement le Product Goal.
- Crée et communique clairement les items ; les ordonne.
- Représente les besoins des stakeholders dans le Product Backlog.
- Ses décisions sont visibles dans le contenu et l'ordre du Product Backlog, et dans l'Increment inspectable à la Sprint Review.
- L'organisation doit respecter ses décisions.
- Délègue des activités, jamais l'accountability.
- Propose au Planning comment le produit peut gagner en valeur.
- Ne dit pas aux Developers comment faire le travail.
Pièges PSPO
- Le Daily Scrum est un reporting au Scrum Master.C'est l'événement des Developers, pour adapter leur plan.
- La Sprint Review est une démo.C'est une séance de travail : on inspecte et on adapte le Product Backlog.
- Le Scrum Master est le chef des Developers.Pas de hiérarchie : il sert l'équipe et est accountable de son efficacité.
- Le PO est le manager de la Scrum Team.Aucune hiérarchie dans la Scrum Team.
- Le PO peut déléguer son accountability.Il peut déléguer des activités, jamais l'accountability.
- Le PO peut être un comité.Le PO est une seule personne ; il représente les stakeholders.
- Le Sprint Backlog est un plan figé.Il évolue tout au long du Sprint, par et pour les Developers.
- L'Increment n'existe qu'en fin de Sprint.Plusieurs Increments possibles, livrables avant la Review.
- La Review est une porte avant de livrer.Elle ne doit jamais être considérée comme une gate de release.
- 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.
- Le PO réalise le sizing.Ce sont les Developers ; le PO les aide à arbitrer.
- On change de Product Goal à tout moment.Il faut l'atteindre ou l'abandonner avant d'en adopter un autre.
Vocabulaire EN → FR
- accountability
- responsabilité dont on répond (sens Scrum)
- stakeholder
- partie prenante
- self-managing
- auto-organisée : qui, quoi, quand, comment
- cross-functional
- toutes les compétences nécessaires
- empiricism
- empirisme : décider sur ce qui est observé
- transparency / inspection / adaptation
- piliers de l'empirisme
- refinement
- affinage : détailler, découper, estimer
- ordering
- ordonnancement (pas seulement priorisation)
- sizing
- estimation de taille
- commitment
- engagement associé à un artifact
- Increment
- incrément utilisable, conforme à la DoD
Vous connaissez les règles. Savez-vous les appliquer ?
Faire l'examen blanc PSPO I gratuitEntraînez-vous jusqu'à savoir si vous êtes prêt.
Découvrir le Trainer PSPO I