Le Scrum Guide nous dit qu’un sprint doit avoir une durée de 4 semaines maximum, tout en laissant à l’équipe Scrum la possibilité de s’organiser comme elle le souhaite.
Pour ceux qui n’ont pas l’habitude de travailler en mode agile, c’est perturbant. On ne sait pas vraiment par quel bout prendre le sujet.
Vaut-il mieux avoir un sprint d’1 semaine ? De 2 ? De 4 ? Comment savoir faire la différence ? Et les sprints peuvent-ils avoir une durée variable ?
Je réponds à toutes vos interrogations dans l’article sur la durée des sprints.
Quelle est la durée idéale d’un sprint ?
La durée idéale d’un sprint est de 2 semaines. Un sprint d’1 semaine est trop court et ne donne pas suffisamment de temps pour avancer sur les user stories, alors qu’un sprint de 4 semaines est trop long, ce qui offre peu de place pour l’adaptation et l’amélioration continue.
Un sprint de 2 semaines est donc un bon compromis, qui permet à l’équipe d’avoir suffisamment de temps pour avancer sur le développement des récits utilisateurs, tout en pouvant échanger régulièrement en sprint review avec les parties prenantes, et obtenir du feedback.
En effet, prenons un projet de 6 mois. Avec des sprints de 4 semaines, l’équipe Scrum n’aurait que 6 sprints. Avec des sprints de 2 semaines, on multiplie par 2, ce qui laisse d’autant plus d’opportunités à l’équipe de s’améliorer et d’améliorer le produit.
Voici la durée des différents évènements Scrum pour un sprint de deux semaines :
| Évènements Scrum | Sprint de 2 semaines |
|---|---|
| Sprint Planning | 4 heures maximum |
| Daily Scrum | 15 minutes quotidiennes |
| Sprint Review | 2 heures maximum |
| Sprint Retrospective | 1h30 maximum |
Comment définir la bonne durée d’un sprint ?
Si vous souhaitez déterminer avec précision la meilleure durée pour vos sprints, voici les 6 critères dont vous devez tenir compte afin de définir la durée d’un sprint.
Pour faire simple, un sprint ne doit être ni trop long, ni trop court.
- La durée du projet.
Des sprint de 4 semaines pour un projet de 3 mois revient à découper le projet en 3 sprints. C’est trop peu. - L’implication des clients et des utilisateurs.
Plus ils seront disponibles et impliqués dans le projet, plus vous pourrez raccourcir la durée des sprints. - La taille de l’équipe.
Essayez de garder une taille d’équipe inférieur à 7 personnes - La durée maximum pour prendre en compte un changement.
Si les changements mettent plusieurs jours à être pris en compte, cela risque de compromettre vos sprints s’ils durent 1 semaine. - La date de fin de la release.
L’idée est de pouvoir itérer plusieurs fois (faire plusieurs sprints) d’ici à la prochaine release. Des sprints trop long ne permettraient pas de bénéficier de l’apprentissage de l’équipe ni de l’amélioration continue. - Le maintien dans le temps de la motivation.
Des sprints courts permettent de maintenir la motivation de l’équipe dans le temps.
Peut-on changer la durée d’un sprint après l’avoir commencé ?
Une fois un sprint commencé, il n’est pas possible de modifier sa durée. La durée d’un sprint est généralement établie au début du projet agile, et ne change plus en cours de projet.
Changer en cours de route la durée du sprint signifie souvent :
- Changer la definition of done.
Modifier la durée du sprint, c’est faire des concessions sur la définition de fini. Ce serait accepter de baisser momentanément la qualité pour permettre certains changements de contenu. Ce n’est pas souhaitable. - Modifier le rythme des réunions et évènements.
Un sprint commence dès la fin du précédent. Modifier la durée d’un sprint en cours de route revient à décaler toutes les réunions dans le temps. Ce sera d’autant plus compliqué pour impliquer les parties prenantes dans le projet.
1 ) Un sprint ne peut pas se terminer plus tôt que prévu
Si vous avez fini tout ce qui était prévu au sprint backlog, vous pouvez prendre en développement de nouvelles user stories du product backlog, ou en profiter pour travailler sur les axes d’amélioration identifiés en rétrospective.
2 ) Un sprint ne peut pas se terminer plus tard que prévu
Si vous n’avez pas pu terminer tout ce qui était prévu au sprint backlog, ce n’est pas grave. C’est un enseignement pour les futurs sprints.
Pour rappel, l’équipe Scrum ne s’engage pas sur le développement de tous les éléments du sprint backlog. L’équipe s’engage sur l’atteinte de l’objectif de sprint, et sur la definition of done.
Tous les sprints doivent-ils avoir la même durée ?
Tous les sprints doivent avoir la même durée, selon le Scrum Guide. Ce sont des évènements d’une durée fixe, d’un mois ou moins, pour créer une cohérence. Lorsque vous décidez de la durée d’un sprint, cette durée sera la même durant tout le projet.
Cela permet ainsi à l’équipe Scrum :
- D’avoir un rythme constant ET soutenable.
En créant une routine reproductible de sprint en sprint, l’équipe adopte un rythme de travail constant. Elle est ainsi en mesure de livrer durablement du travail de qualité (les incréments), sans subir de coups de pression. - De se réunir à date et heure fixe.
Tous les évènements sont connus à l’avance, ce qui permet à l’équipe de s’organiser plus facilement et de préparer efficacement chacun de ces évènements. - D’impliquer plus facilement les parties prenantes.
Se réunir à date et heure fixe, d’itération en itération, permet d’impliquer plus facilement les parties prenantes. Si la sprint review a lieu le vendredi après-midi, le client et les utilisateurs feront le nécessaire pour se rendre disponible sur ce créneau.
Quel est le meilleur jour pour commencer un nouveau sprint ?
Le plus logique serait de commencer un nouveau sprint le Lundi, pour calquer le déroulé d’un sprint aux semaines d’un calendrier. Mais de nombreuses équipes ont souhaité démarrer leurs nouveaux sprints en milieu de semaine, comme le Mercredi.
Je vous explique dans cet article pourquoi démarrer un nouveau sprint le Lundi n’est pas la meilleure idée, et je passe en revue la totalité des jours ouvrés pour identifier le meilleur d’entre eux.
