Le Sprint Goal est l'un des piliers les moins compris de Scrum. Pourtant, il conditionne la cohérence du Sprint, la motivation de l'équipe et la valeur livrée. Ce guide est conçu pour devenir la meilleure ressource francophone sur le Sprint Goal et pour vous préparer aux questions PSM I qui s'y rapportent.
Qu'est-ce que le Sprint Goal ?
Le Sprint Goal est l'objectif unique d'un Sprint. Le Scrum Guide 2020 le présente comme l'engagement du Sprint Backlog : il décrit pourquoi ce Sprint existe et donne une cohérence à l'ensemble du travail planifié.
Un Sprint Goal n'est ni une liste de tâches, ni un agrégat de Product Backlog Items. C'est une intention formulée en une ou deux phrases, que l'équipe peut tester en se demandant : « si nous atteignons cela, le Sprint aura été utile. »
Chaque Sprint Goal est un pas concret vers le Product Goal, matérialisé par un Increment.
Pourquoi le Sprint Goal existe
Sans Sprint Goal, un Sprint devient une simple file de tickets. Le Scrum Guide 2020 a renforcé son importance en faisant du Sprint Goal un engagement officiel, au même titre que le Product Goal pour le Product Backlog et la Definition of Done pour l'Increment.
- Il donne du sens au Sprint et motive les Developers.
- Il offre un critère d'arbitrage en cas d'imprévu.
- Il permet d'inspecter et adapter la portée sans tout casser.
- Il rend la Sprint Review lisible pour les parties prenantes.
- Il aligne PO, Developers et Scrum Master sur une seule direction.
Les objectifs du Sprint Goal
| Objectif | En pratique |
|---|---|
| Donner une direction | Une intention claire pour les 1 à 4 semaines à venir |
| Créer de la cohérence | Tous les PBI sélectionnés contribuent au même but |
| Permettre l'adaptation | Les Developers ajustent la portée tant que le Goal tient |
| Faciliter l'arbitrage | Toute nouvelle demande est évaluée vs le Sprint Goal |
| Rendre la Review utile | On évalue collectivement si le Goal a été atteint |
| Lier le Sprint au produit | Chaque Sprint Goal est un pas vers le Product Goal |
Qui crée le Sprint Goal
Le Sprint Goal est créé par l'ensemble de la Scrum Teampendant le Sprint Planning. Le Product Owner apporte la matière première — une intention business, un thème, des PBI prioritaires — mais le Goal final est élaboré collectivement.
Le Sprint Goal naît pendant le Sprint Planning et devient l'engagement du Sprint Backlog.
Le rôle du Product Owner
- Propose une intention business en début de Planning.
- Présente les PBI prioritaires en haut du Product Backlog.
- Explique la valeur attendue pour les utilisateurs.
- Négocie la portée avec les Developers tout au long du Sprint.
- Décide d'annuler le Sprint si le Goal devient obsolète.
Le rôle des Developers
- Évaluent la faisabilité et challengent l'intention.
- Co-construisent la formulation du Sprint Goal.
- Sélectionnent les PBI qui permettent d'atteindre le Goal.
- Ajustent le Sprint Backlog au quotidien pour préserver le Goal.
- Inspectent leur progression vers le Goal lors du Daily Scrum.
Le rôle du Scrum Master
- Facilite la formulation du Sprint Goal au Planning.
- Coache la Scrum Team pour qu'elle produise des Goals significatifs.
- Veille à ce que le Sprint Goal soit compris et visible.
- Protège la Scrum Team des demandes contraires au Sprint Goal.
- Ne définit jamais le Sprint Goal à la place de l'équipe.
Quand le Sprint Goal est-il créé
Le Sprint Goal est créé pendant le Sprint Planning, plus précisément lors du Topic One (« Why is this Sprint valuable? »). Il est ensuite affiné en parallèle de la sélection des PBI (Topic Two) et du plan d'exécution (Topic Three).
À la fin du Sprint Planning, le Sprint Backlog contient obligatoirement : le Sprint Goal (le pourquoi), les PBI sélectionnés (le quoi) et un plan pour les livrer (le comment).
Le Sprint Goal peut-il évoluer pendant le Sprint ?
Le Sprint Goal lui-même reste stable pendant tout le Sprint. C'est précisément ce qui en fait un engagement. En revanche, la portée du Sprint Backlog — les PBI sélectionnés et leur plan — peut et doit être renégociée à mesure que la Scrum Team apprend.
| Élément | Évolue ? | Pourquoi |
|---|---|---|
| Sprint Goal | Non | Engagement du Sprint, reste stable |
| PBI du Sprint Backlog | Oui | Ajout / retrait / découpage possibles |
| Plan d'exécution | Oui | Mis à jour au moins chaque Daily |
| Definition of Done | Non | Standard de qualité de l'organisation |
| Durée du Sprint | Non | Fixée à l'avance, ne change pas en cours |
Peut-on modifier ou annuler le Sprint Goal ?
Modifier le Sprint Goal en cours de Sprint n'est pas prévu par le Scrum Guide 2020. Si l'objectif n'a plus de sens, la conséquence est explicite :
Annuler un Sprint est rare et coûteux : le travail non terminé retourne au Product Backlog, le Sprint en cours est arrêté, un nouveau Sprint Planning est organisé. C'est un signal fort que l'environnement a changé en profondeur.
Relation avec le Product Goal
Le Product Goal est l'objectif long terme du produit, engagement du Product Backlog. Chaque Sprint Goal est un pas concret vers ce Product Goal.
- Engagement du Product Backlog
- Objectif long terme
- Un seul Product Goal actif
- Engagement du Sprint Backlog
- Objectif du Sprint
- Un par Sprint, créé au Planning
- Engagement de l'Increment
- Critères de qualité
- Conditions de livraison
Les trois engagements Scrum sont liés à leur artefact respectif.
| Critère | Sprint Goal | Product Goal |
|---|---|---|
| Horizon | 1 Sprint | Long terme (plusieurs Sprints) |
| Artefact | Sprint Backlog | Product Backlog |
| Engagement Scrum | Oui | Oui |
| Quand est-il défini | Sprint Planning | Travail produit en continu |
| Qui le définit | Scrum Team | Product Owner (avec input de l'équipe) |
| Stabilité | Stable pendant le Sprint | Évolue rarement, sur réflexion |
| Mesure de succès | Sprint Review | Évolution stratégique du produit |
Relation avec le Sprint Planning
Le Sprint Planning est l'événement de création du Sprint Goal. Sans Sprint Goal en sortie, le Sprint Planning n'est pas terminé. Les trois topics du Sprint Planning convergent vers un Sprint Backlog contenant le Goal, les PBI et le plan.
Relation avec le Sprint Backlog
Le Sprint Goal est l'engagement du Sprint Backlog. Sans Goal, le Sprint Backlog n'est qu'une liste de tâches sans cap.
| Critère | Sprint Goal | Sprint Backlog |
|---|---|---|
| Nature | Intention, objectif unique | Plan opérationnel |
| Contenu | Une à deux phrases | PBI + tâches + plan |
| Stabilité | Stable pendant le Sprint | Évolue chaque jour |
| Responsabilité | Scrum Team | Developers (artefact) |
| Rôle | Le pourquoi | Le quoi et le comment |
Du pourquoi (Sprint Goal) au quoi (Sprint Backlog) jusqu'à la valeur (Increment).
Relation avec le Product Backlog
Le Product Backlog alimente le Sprint Planning et donc le Sprint Goal. Le Product Owner sélectionne les PBI les plus à même de servir le Goal envisagé. Pendant le Sprint, des PBI peuvent être retirés ou découpés tant que le Goal reste atteignable.
Relation avec la Definition of Done
La Definition of Done définit la qualité requise pour qu'un PBI soit considéré comme livré. Le Sprint Goal définit le pourquoi du Sprint. Les deux sont complémentaires et indissociables.
| Critère | Sprint Goal | Definition of Done |
|---|---|---|
| Question | Pourquoi ce Sprint ? | Quand un PBI est-il vraiment terminé ? |
| Artefact | Sprint Backlog | Increment |
| Nature | Intention | Critères de qualité |
| Stabilité | 1 Sprint | Standard durable |
| Mesure | Sprint Review | PBI par PBI |
Relation avec l'Increment
L'Increment est le résultat concret du Sprint. Chaque Increment livré sert le Sprint Goal et, à travers lui, le Product Goal. Lors de la Sprint Review, l'équipe évalue dans quelle mesure les Increments produits ont permis d'atteindre le Sprint Goal.
Le Sprint Goal est le fil rouge qui relie Planning, Daily, développement et Review.
Bon Sprint Goal vs mauvais Sprint Goal
| Critère | Bon Sprint Goal | Mauvais Sprint Goal |
|---|---|---|
| Formulation | Une intention claire en 1 à 2 phrases | Liste des PBI à terminer |
| Focus | Centré valeur ou hypothèse business | Centré output / volume |
| Compréhension | Compris par toutes les parties prenantes | Jargon interne, opaque |
| Adaptabilité | Permet d'ajuster la portée | Verrouille les PBI un par un |
| Mesure | Vérifiable en Sprint Review | Mesuré uniquement par tickets clos |
| Lien Product Goal | Pas explicite vers le Product Goal | Sans lien avec la stratégie |
Bonnes pratiques et erreurs fréquentes
| Aspect | Bonne pratique | Erreur fréquente |
|---|---|---|
| Création | Co-construite par la Scrum Team | Rédigé seul par le PO |
| Formulation | Orientée valeur ou hypothèse | Liste de tickets à finir |
| Visibilité | Affiché et rappelé chaque Daily | Oublié dès le 2e jour |
| Évolution | Goal stable, portée renégociée | PBI figés, Goal abandonné |
| Annulation | Réservée à un Goal devenu obsolète | Sprint relancé pour convenance |
| Sprint Review | On évalue l'atteinte du Goal | On déroule juste les tickets clos |
| Multi-Goal | Un seul Sprint Goal par Sprint | Trois Goals concurrents |
Exemple complet — application Mobiloo
Mobiloo est une application fictive de location de scooters. Voici un exemple cohérent qui met en relation Product Goal, Sprint Goal, Sprint Backlog et Increment.
| Élément | Contenu |
|---|---|
| Product Goal | Devenir la première application européenne de location de scooters partagés en libre service d'ici 18 mois. |
| Sprint Goal | Permettre à un utilisateur de réserver et payer un scooter de bout en bout depuis l'application mobile. |
| Sprint Backlog | PBI : moteur de réservation, intégration Apple Pay et Google Pay, écran de confirmation, gestion des annulations, telemetry de bout en bout, tests E2E. |
| Increment | Application publiée sur stores avec parcours réservation + paiement opérationnel pour 5 villes pilotes, conforme à la Definition of Done. |
| Mesure de succès | Sprint Review : démonstration du parcours, retours utilisateurs pilotes, décision d'élargir à 10 villes au Sprint suivant. |
Sprint Goal et Scrum Guide 2020
Le Scrum Guide 2020 a clarifié et renforcé la notion de Sprint Goal. Trois points clés à retenir :
- Le Sprint Goal est l'engagement du Sprint Backlog au même titre que le Product Goal pour le Product Backlog et la DoD pour l'Increment.
- Il est créé pendant le Sprint Planning et présent dans le Sprint Backlog.
- Il offre flexibilité et focus à la Scrum Team : la portée s'adapte, l'objectif tient.
15 questions PSM I sur le Sprint Goal
Ci-dessous, 15 questions originales dans le style Scrum.org avec correction détaillée. Aucune n'est copiée de l'examen officiel.
FAQ — questions fréquentes
Retrouvez plus bas, dans la section FAQ structurée, les réponses aux dix questions les plus posées sur le Sprint Goal.
À lire aussi
Source officielle : Scrum Guide 2020.