1. Le Sprint Backlog en 30 secondes
Le Sprint Backlog est l'un des trois artefacts Scrum, aux côtés du Product Backlog et de l'Increment. C'est le plan vivant que les Developersconstruisent au Sprint Planning et adaptent chaque jour jusqu'à la Sprint Review.
2. Sa place dans la chaîne Scrum
Le Sprint Backlog n'existe pas seul. Il s'inscrit dans une chaîne qui part de la vision produit et aboutit à l'Increment livré à chaque Sprint. Comprendre cette chaîne, c'est comprendre pourquoi le Sprint Backlog appartient aux Developers et pourquoi il vit tous les jours.
À chaque étape, un élément passe la main : la Vision alimente le Product Goal, qui structure le Product Backlog. Le Sprint Planning transforme un sous-ensemble en Sprint Backlog. Le Daily Scrum l'inspecte, l'ajuste. L'Increment en est le résultat.
3. Définition complète
Reformulé à partir du Scrum Guide 2020 : le Sprint Backlog est le plan par et pour les Developers. Il rassemble l'objectif du Sprint (le pourquoi), les éléments de backlog sélectionnés (le quoi) et un plan concret pour livrer l'Increment (le comment).
Son rôle
- Rendre visible ce que les Developers s'engagent à réaliser durant le Sprint.
- Servir de support quotidien à l'inspection et à l'adaptation.
- Faciliter la synchronisation de l'équipe au Daily Scrum.
Son objectif
Aligner les Developers sur un objectif partagé, tout en préservant leur autonomie pour décider du meilleur chemin d'atteinte. Le Sprint Backlog matérialise l'auto-gestion du Scrum Team.
Pourquoi il existe
Sans plan de Sprint, l'équipe travaille dans le brouillard : impossible de constater objectivement le progrès vers l'objectif ou d'identifier un blocage. Le Sprint Backlog fournit ce miroir factuel de l'avancement.
Sa valeur
Il transforme un ensemble d'items en une promesse de valeur. Il concentre l'attention sur le Sprint Goal et rend possible l'empirisme : sans transparence, ni inspection ni adaptation ne peuvent exister.
4. Composition détaillée
Le Sprint Backlog est indissociable de ses trois composants. Retirer l'un d'entre eux revient à casser l'artefact.
Objectif unique du Sprint, formulé lors du Sprint Planning. Il exprime la valeur métier attendue à la fin du Sprint. Il reste stable même si le plan change. Détail complet dans Sprint Goal.
Sous-ensemble du Product Backlog retenu pour le Sprint. Ces PBI doivent être suffisamment raffinés pour être compréhensibles et actionnables — c'est le rôle du refinement.
Décomposition en tâches et sous-tâches, séquencement, dépendances, décisions techniques. Scrum n'impose aucun format : tickets Jira, post-its, Kanban board, doc technique — chaque équipe choisit ce qui la sert.
5. Anatomie fonctionnelle
Voici le flux logique qui relie les trois composants au travail quotidien et à l'Increment livré.
Ce flux tourne en continu. Un item passe du plan au travail quotidien, du travail quotidien à l'Increment, chaque jour, jusqu'à la Sprint Review.
6. Ownership : à qui appartient le Sprint Backlog ?
Le Sprint Backlog appartient exclusivement aux Developers. C'est un principe non négociable du Scrum Guide 2020. Comprendre qui peut faire quoi évite l'immense majorité des erreurs PSM I.
| Action | Product Owner | Scrum Master | Developers |
|---|---|---|---|
| Ajouter des tâches techniques | Non | Non | Oui |
| Retirer des tâches non pertinentes | Non | Non | Oui |
| Négocier le scope si le Sprint Goal est menacé | Oui, avec les Developers | Facilite | Oui, initient |
| Décider du plan et des estimations | Non | Non | Oui |
| Ajouter un PBI en cours de Sprint | Négocie avec les Developers | Facilite | Décident d'accepter |
| Retirer un PBI si le Sprint Goal reste atteint | Négocie | Facilite | Décident |
| Mettre à jour le statut des tâches | Non | Non | Oui |
| Annuler le Sprint | Oui (seul détenteur) | Facilite | Alerte |
7. Un artefact vivant
Le Sprint Backlog n'est jamais figé. Il évolue chaque jour au fur et à mesure que les Developers apprennent, découvrent des dépendances, terminent des tâches ou en identifient de nouvelles.
| Étape | Événement | Action typique |
|---|---|---|
| Création | Sprint Planning | Sprint Goal, PBI sélectionnés, plan initial. |
| Inspection quotidienne | Daily Scrum | Vérifier le progrès vers le Sprint Goal. |
| Adaptation | En continu | Ajouter, retirer, découper, réordonnancer les tâches. |
| Rendu final | Sprint Review | Servir de support à la démonstration de l'Increment. |
| Fin de vie | Fin du Sprint | Absorbé par les archives : un nouveau Sprint Backlog naît au Sprint suivant. |
8. Transparence, inspection, adaptation
Le Sprint Backlog est l'un des piliers de l'empirisme Scrum. Sans lui, les Developers ne peuvent ni inspecter leur progression, ni adapter leur plan.
- Transparence : chaque membre du Scrum Team voit l'état du plan à tout moment.
- Inspection : le Daily Scrum sert précisément à examiner le Sprint Backlog vis-à-vis du Sprint Goal.
- Adaptation : chaque écart déclenche une décision — replanifier, découper, demander de l'aide.
Le Sprint Backlog est également en lien direct avec plusieurs outils optionnels : Burn Down Chart, vélocité et forecast. Ces outils lisent le Sprint Backlog ; ils ne le remplacent jamais.
9. Tableaux comparatifs
Le Sprint Backlog est souvent confondu avec d'autres notions Scrum ou avec des outils. Voici les distinctions à connaître pour le PSM I.
Sprint Backlog vs Product Backlog
| Critère | Sprint Backlog | Product Backlog |
|---|---|---|
| Portée | Un seul Sprint | Tout le produit, en continu |
| Ownership | Developers | Product Owner |
| Contenu | Sprint Goal + PBI + plan | PBI ordonnés par valeur |
| Durée de vie | Un Sprint | Existe tant que le produit existe |
| Modification | Par les Developers, en continu | Par le PO, en continu |
Approfondir : Sprint Backlog vs Product Backlog.
Sprint Backlog vs Sprint Goal
| Critère | Sprint Backlog | Sprint Goal |
|---|---|---|
| Nature | Artefact | Engagement associé à l'artefact |
| Rôle | Plan complet du Sprint | Objectif unique du Sprint |
| Évolution | Change chaque jour | Reste stable pendant tout le Sprint |
| Ce qui l'annule | N/A — évolue naturellement | L'annulation du Sprint par le PO |
Sprint Backlog vs Increment
| Critère | Sprint Backlog | Increment |
|---|---|---|
| Nature | Plan de travail | Résultat livré et utilisable |
| Moment | Existe du Sprint Planning à la fin du Sprint | Créé en continu au fil du Sprint |
| Validation | Aucune validation formelle | Doit respecter la Definition of Done |
| Ownership | Developers | Créé par les Developers, accepté par le PO |
Sprint Backlog vs Definition of Done
| Critère | Sprint Backlog | Definition of Done |
|---|---|---|
| Nature | Plan de Sprint | Standard de qualité |
| Fonction | Décrit le travail à faire | Décide quand un travail est terminé |
| Portée | Un Sprint | S'applique à chaque Increment |
| Modifiabilité | Change chaque jour | Stable, revue en Retrospective |
Approfondir : Definition of Done.
Sprint Backlog vs Task Board
| Critère | Sprint Backlog | Task Board |
|---|---|---|
| Nature | Artefact Scrum | Visualisation optionnelle |
| Obligatoire ? | Oui (Scrum Guide) | Non — outil externe |
| Contenu | Sprint Goal, PBI, plan | Colonnes To Do / Doing / Done |
| Relation | Le task board affiche le Sprint Backlog | N'existe pas sans Sprint Backlog |
Sprint Backlog vs Kanban Board
| Critère | Sprint Backlog | Kanban Board |
|---|---|---|
| Cadre | Scrum, itérations fixes | Kanban, flux continu |
| Portée | Un Sprint borné | Aucun Sprint, aucune borne |
| Engagement | Sprint Goal | Politiques explicites, WIP limits |
| Utilisation combinée | Un board Kanban peut visualiser un Sprint Backlog | Reste alors un outil, pas un artefact Scrum |
Approfondir : Kanban vs Scrum.
Sprint Backlog vs Burn-down Chart
| Critère | Sprint Backlog | Burn-down Chart |
|---|---|---|
| Nature | Artefact obligatoire | Outil optionnel |
| Rôle | Plan complet | Représentation graphique du travail restant |
| Scrum Guide | Décrit précisément | Non mentionné |
| Utilité | Base du Daily Scrum | Lit le Sprint Backlog |
Approfondir : Burn Down Chart.
10. Bon Sprint Backlog / Mauvais Sprint Backlog
« Réduire de 20 % l'abandon panier mobile. »
- Sprint Goal clair, aligné sur un Product Goal.
- 5 PBI sélectionnés, raffinés, testables.
- Plan visible, mis à jour chaque matin.
- Adapté en J4 après un blocage identifié en Daily.
- Transparent : accessible à tout le Scrum Team.
- Aligné avec la Definition of Done partagée.
« Finir les 32 tickets du Sprint. »
- Pas de Sprint Goal : simple liste de tâches.
- PBI non raffinés, critères d'acceptation flous.
- Plan uniquement dans la tête du lead technique.
- Jamais mis à jour après J1.
- Le PO ajoute des tickets sans négociation.
- Aucune référence à la Definition of Done.
11. 8 erreurs fréquentes au PSM I
Ces huit erreurs représentent l'écrasante majorité des mauvaises réponses PSM I sur le Sprint Backlog. Les identifier, c'est déjà les éviter.
Il évolue tous les jours. Les Developers ajoutent, retirent ou reformulent des éléments dès que la connaissance progresse.
L'ownership du Sprint Backlog appartient exclusivement aux Developers. Le PO travaille le Product Backlog.
Le Scrum Master accompagne, protège, coache. Il ne décide ni du contenu, ni du plan.
Un Sprint Backlog complet contient trois composants : Sprint Goal, PBI sélectionnés et plan pour livrer l'Increment.
Le Sprint Goal est l'objectif unique du Sprint. Le Sprint Backlog est le plan complet — Sprint Goal inclus.
Le Product Backlog liste ce qui pourrait être fait pour le produit. Le Sprint Backlog liste ce qui sera fait pendant ce Sprint.
Le Scrum Guide 2020 ne mentionne aucun graphique. Le Burn Down est un outil externe, pas un artefact.
La vélocité est une pratique utile mais optionnelle. Elle n'est ni imposée par Scrum, ni requise pour un Sprint Backlog valide.
12. 8 exemples industriels
Ces huit cas concrets montrent comment un Sprint Backlog prend forme selon le secteur. Chaque exemple présente le Sprint Goal, les PBI sélectionnés et un aperçu du plan.
🎯 Sprint Goal — Réduire de 30 % le temps d'ouverture d'un compte en ligne.
📋 PBI sélectionnés — Formulaire simplifié, KYC automatisé, contrôle anti-fraude, notification e-mail.
🛠️ Plan — Découpage front / back, spike KYC en J1, tests conformité en continu.
🎯 Sprint Goal — Permettre la déclaration de sinistre auto depuis mobile.
📋 PBI sélectionnés — Upload photos, géolocalisation, formulaire dynamique, envoi expert.
🛠️ Plan — Prototype en J2, intégration cartographie J4, tests réseau dégradé J8.
🎯 Sprint Goal — Digitaliser la check-list de maintenance préventive.
📋 PBI sélectionnés — Tablette durcie, mode hors-ligne, signature technicien, export PDF.
🛠️ Plan — Squelette PWA J1, sync offline J3, tests atelier J7.
🎯 Sprint Goal — Rendez-vous en visio pour les consultations de suivi.
📋 PBI sélectionnés — Salle d'attente virtuelle, chiffrement WebRTC, prescription en ligne.
🛠️ Plan — Spike WebRTC J1, conformité HDS J2, tests médecins pilotes J6.
🎯 Sprint Goal — Exposer l'API publique de facturation en beta.
📋 PBI sélectionnés — Auth OAuth, endpoints CRUD, rate-limit, doc développeur.
🛠️ Plan — Contract-first J1, gateway J3, doc & sandbox J6.
🎯 Sprint Goal — Réduire de 20 % l'abandon de panier sur mobile.
📋 PBI sélectionnés — Checkout à 1 page, wallets, express delivery, tracking analytique.
🛠️ Plan — Wireframe J1, A/B test dès J5, monitoring conversions.
🎯 Sprint Goal — Activer une eSIM en autonomie depuis l'app cliente.
📋 PBI sélectionnés — Scan QR, provisioning opérateur, activation, guide utilisateur.
🛠️ Plan — Intégration back opérateur J1-J4, UX activation J5, tests parc J8.
🎯 Sprint Goal — Publier la demande d'acte d'état civil 100 % en ligne.
📋 PBI sélectionnés — FranceConnect, dépôt sécurisé, suivi statut, notification postale.
🛠️ Plan — SSO J1, workflow J3, accessibilité RGAA J6.
13. Checklist : mon Sprint Backlog est-il conforme ?
Passez chaque case en revue avant le Daily Scrum du Jour 2. Si un seul point manque, le Sprint Backlog n'est pas encore complet.
- ☐Sprint Goal formulé et compris de tous les Developers
- ☐PBI sélectionnés visibles et ordonnancés
- ☐Plan clair pour livrer l'Increment
- ☐Artefact vivant : mis à jour au moins une fois par jour
- ☐Transparent : accessible à tout le Scrum Team et aux stakeholders
- ☐Suffisamment détaillé pour couvrir les premiers jours
- ☐Inspectable au Daily Scrum sans discussion préalable
- ☐Chaque tâche est alignée avec le Sprint Goal
14. 7 questions PSM I corrigées
Ces sept questions couvrent les formulations les plus fréquentes de l'examen PSM I sur le Sprint Backlog. Elles ciblent l'ownership, le contenu, l'évolution et les interactions avec les autres artefacts.