Qu'est-ce qu'un Sprint ?
Il existe comme vous le savez plusieurs méthode dans l’approche agile.
Le framework Scrum, lui, prescrit cinq événements, le Sprint (itération) en est le coeur et le conteneur de tous les autres. Sa planification est donc primordiale pour la réussite de la création du produit (ou service).
Il a une durée d’au maximum un mois, au cours de laquelle un Incrément de produit Done fonctionnel est crée et potentiellement délivrable en production (cf. Scrum Guide).
Le Sprint permet de déterminer une fréquence régulière d’inspection et adaptation du produit (user story). Il détermine également la manière de travailler de la Scrum Team (équipe de développement, Scrum Master, product owner) a des fins d’amélioration continue.
Un Sprint peut être considéré comme un mini projet avec :
- un objectif clair et immuable (le Sprint Goal),
- une durée fixe (maximum un mois),
- une qualité irréprochable (rendue transparente dans la définition de Done)… et le contenu ?
Des prévisions sur le contenu sont faites au démarrage du Sprint, au cours du Sprint Planning par les développeurs, car pour un produit complexe on acceptera l’adaptation du contenu par rapport à l’émergence de nouvelles informations (positives ou négatives) comme par exemple dans le développement de projets informatiques.
Pourquoi définir un Sprint Goal ?
Pour répondre à la question : « Pourquoi allons nous faire ce Sprint ?« .
Cela donne un sens au travail que l’équipe Agile (Scrum Team) va entreprendre pendant un mois maximum.
Avec un Sprint Goal bien définit, la Scrum Team gagne en autonomie face aux décisions et difficultés qui apparaitrons au cours du Sprint.
A la fin du Sprint, la Scrum Team doit atteindre le Sprint Goal matérialisé par un Incrément de produit Done.
Comment définir un Sprint Goal ?
Un Sprint Goal est défini par la Scrum Team en Sprint Planning.
Rappelons qu’un bon Sprint Goal doit répondre clairement à ces 3 questions :
- Avez-vous clairement défini un Sprint Goal à la fin du Sprint Planning ?
- Le Sprint Goal est-il compréhensible pour tout le monde ?
- Est-il défini d’une manière à fournir une direction et de la flexibilité à la Scrum Team ?
Dans cet article nous expliquons comment bien fixer votre Sprint goal et nous vous donnons quelques exemples liés au développement de logiciel pour éviter de vous tromper.
Quand se termine un Sprint ?
Un Sprint se termine à la fin de son timebox, au plus tard un mois après son démarrage.
Seule exception serait l’obsolescence du Sprint Goal en cours de Sprint, par exemple pour un changement des conditions de marché.
Dans ce cas, le Product Owner peut décider d’annuler le Sprint qui se termine prématurément en exécutant les événements restants.
Tout le travail des déveoppeurs est fait à l’intérieur d’un Sprint et a comme source le Product Backlog.
Cela implique que les activités de génie logiciel classiques (analyse, conception, développement, test, integration, etc.) ont lieu dans un Sprint de manière non linéaire et grâce à la collaboration de tous. On formalisera moins et on collaborera plus.
Par conséquent, un Sprint n’a pas d’adjectifs : le Sprint 0, le Sprint de stabilisation, le Sprint de test, le Sprint de conception, etc. n’existent pas en Scrum.
Téléchargez et imprimez (en A4 ou A3) le poster décrivant le premiers des cinq événements Scrum : le Sprint, il pourra vous être utile au bureau, les QR codes permettent d’approfondir les sujets proposés !
Cet article fait partie d’une série de douze publications, chacune expliquant les bases de Scrum, sa vision itérative et incrémentale de la gestion de projets. Il pourra vous être utile comme présentation auprès du management, de l’équipe Agile déjà en place ou toutes personnes curieuses d’approfondir le sujet.
Vous êtes chef de projet, développeur ou Scrum Master et vous souhaitez être plus agile, gagner en flexibilité ou les pratiques agiles comme le cadre Scrum vous intéressent alors inscrivez-vous à l’une de nos prochaines sessions de formation.
Formation Professional Product Owner
Au cours des 2 jours de formation, vous développerez vos connaissances en tant que Product Owner évoluant dans un cadre de travail Agile Scrum grâce à des exercices en équipe. Vous mettrez en place de métriques pour suivre la création de valeur et la bonne livraison du produit sur le marché.
- Prise en charge OPCO
- 2 tentatives de certifications incluses
