Articles

Durée du sprint : Vos sprints devraient-ils durer 1, 2, 3 ou 4 semaines ?

L'espace de travail d'une équipe agile montrant un calendrier sur tableau blanc avec des blocs de sprint marqués en différentes couleurs pour diverses durées de sprint

Matt Lewandowski

Dernière mise à jour 16/02/20269 min de lecture

Choisir une durée de sprint semble être une petite décision jusqu'à ce que vous réalisiez qu'elle façonne la façon dont votre équipe planifie, estime, réfléchit et livre. Chaque cérémonie Scrum se redimensionne avec la durée du sprint, ce qui signifie que votre choix a des répercussions sur l'ensemble du processus de développement. La plupart des équipes optent par défaut pour deux semaines sans y réfléchir. Cela fonctionne bien pour beaucoup, mais ce n'est pas la seule option, et ce n'est pas toujours la meilleure. Voici comment choisir la durée de sprint qui correspond réellement à votre équipe.

Ce que dit le Guide Scrum

Le Guide Scrum énonce une règle : les sprints sont d'un mois ou moins. C'est tout. Pas de durée minimale, pas de défaut recommandé, juste un plafond. En pratique, l'industrie a convergé vers des sprints de deux semaines. Environ 58 % des équipes les utilisent, selon le rapport State of Agile. Mais cette popularité ne les rend pas universellement corrects. Les sprints d'une semaine et de quatre semaines ont chacun des cas d'usage légitimes, et les sprints de trois semaines fonctionnent tranquillement bien pour certaines structures d'équipe.

58%

des équipes exécutent des sprints de 2 semaines

4 weeks

durée maximale du sprint selon le Guide Scrum

~20%

du temps de sprint généralement perdu par frais généraux

Comparaison des durées de sprint

Chaque durée de sprint crée un équilibre différent entre la vitesse de rétroaction et le temps d'exécution. Voici comment ils se comparent.

Sprints d'1 semaine

Aspect	Détail
Idéal pour	Les startups, les projets urgents, les équipes aux exigences changeantes
Vitesse de rétroaction	Très rapide, vous apprenez quelque chose de nouveau chaque semaine
Frais généraux de cérémonie	Élevés, environ 20-25 % du sprint sont des réunions
Effort de planification	Inférieur par sprint, mais vous planifiez quatre fois par mois
Risque	Faible, une seule semaine de travail en jeu si les priorités changent

Les sprints d'une semaine forcent une priorisation extrême. Vous ne pouvez adapter qu'une poignée d'éléments, ce qui signifie que l'équipe doit être impitoyable sur ce qui importe le plus. La planification du sprint est courte (deux heures maximum), mais elle se produit chaque semaine. Ce rythme fonctionne quand les exigences changent fréquemment, quand vous explorez l'ajustement produit-marché, ou quand l'équipe a besoin de boucles de rétroaction serrées pour rester alignée avec les parties prenantes. Cela s'effondre quand les éléments de travail sont intrinsèquement importants ou quand l'équipe passe plus de temps en cérémonies qu'en construction.

Sprints de 2 semaines

Aspect	Détail
Idéal pour	La plupart des équipes, la norme de l'industrie pour une bonne raison
Vitesse de rétroaction	Équilibrée, assez rapide pour la plupart des besoins des parties prenantes
Frais généraux de cérémonie	Modérés, environ 12-15 % du sprint sont des réunions
Effort de planification	Gérable, deux fois par mois
Risque	Faible à modéré, deux semaines de travail en jeu

Les sprints de deux semaines frappent le sweet spot pour la plupart des organisations. Il y a assez de temps pour accomplir un travail significatif, mais le cycle de rétroaction reste assez court pour détecter les problèmes tôt. Le raffinement du backlog se produit une ou deux fois par sprint, et l'équipe a le temps d'assimiler les nouvelles informations entre les cérémonies. C'est la norme pour une raison. Si vous ne savez pas par où commencer, commencez ici.

Sprints de 3 semaines

Aspect	Détail
Idéal pour	Les équipes aux dépendances lourdes ou au travail d'intégration complexe
Vitesse de rétroaction	Plus lente, mais suffisante pour les produits stables
Frais généraux de cérémonie	Plus faibles, environ 10-12 % du sprint sont des réunions
Effort de planification	Moins fréquent, mais les sessions sont plus longues
Risque	Modéré, trois semaines de travail pourraient être mal orientées

Les sprints de trois semaines sont rares, ce qui pousse certaines équipes à les éviter. Mais ils résolvent un vrai problème : quand deux semaines ne suffisent pas tout à fait pour accomplir et intégrer des fonctionnalités significatives, mais quatre semaines créent trop de dérive par rapport à la rétroaction des parties prenantes. Les équipes aux dépendances complexes entre plusieurs services ou équipes arrivent naturellement ici. La semaine supplémentaire crée une marge de respiration pour l'intégration et les tests sans étendre les horizons de planification trop loin.

Sprints de 4 semaines

Aspect	Détail
Idéal pour	Les équipes matures avec des produits stables et un travail prévisible
Vitesse de rétroaction	Lente, un mois complet entre les vérifications des parties prenantes
Frais généraux de cérémonie	Pourcentage le plus bas, environ 8-10 % du sprint
Effort de planification	Une fois par mois, mais les sessions de planification sont plus longues (jusqu'à 8 heures)
Risque	Plus élevé, un mois complet de travail peut nécessiter une retouche

Les sprints de quatre semaines minimisent les frais généraux de cérémonie en pourcentage du temps total. L'équipe bénéficie de plus de temps de construction ininterrompu, mais la boucle de rétroaction est plus longue. Si l'équipe va dans la mauvaise direction, il faut un mois pour corriger la trajectoire. Cela fonctionne mieux pour les équipes matures qui construisent des produits stables où les exigences ne changent pas fréquemment. Cela s'effondre quand les parties prenantes ont besoin d'une visibilité régulière ou quand le marché se déplace plus vite que votre cycle de sprint.

Une équipe collaborant dans une salle de conférence avec un écran affichant un graphique en barres comparant les frais généraux de cérémonie entre différentes durées de sprint

Le calcul des frais généraux de cérémonie

Voici une question que la plupart des équipes ne se posent jamais : quel pourcentage de votre sprint est réellement consacré aux réunions ? Scrum prescrit cinq événements, chacun avec des limites de temps qui s'adaptent à la durée du sprint. Calculons les frais généraux de cérémonie pour une équipe de sept personnes travaillant 40 heures par semaine.

Cérémonie	Sprint d'1 semaine	Sprint de 2 semaines	Sprint de 3 semaines	Sprint de 4 semaines
Planification du Sprint	2 h	4 h	6 h	8 h
Standup Quotidien	1,25 h	2,5 h	3,75 h	5 h
Examen du Sprint	1 h	2 h	3 h	4 h
Rétrospective	0,75 h	1,5 h	2,25 h	3 h
Raffinement	2 h	4 h	6 h	8 h
Heures totales de cérémonie	7 h	14 h	21 h	28 h
Heures disponibles	40 h	80 h	120 h	160 h
Frais généraux %	17,5%	17,5%	17,5%	17,5%

Les pourcentages sont à peu près égaux quand vous suivez les limites de temps proportionnelles du Guide Scrum. Mais voici ce que les mathématiques ne montrent pas : les coûts de changement de contexte. Les sprints plus courts signifient des transitions plus fréquentes entre "mode cérémonie" et "mode construction". Les équipes dans des sprints d'une semaine signalent souvent que les frais généraux se sentent beaucoup plus élevés que ce que les chiffres suggèrent car les cérémonies sont regroupées de près. En pratique, de nombreuses équipes exécutant des sprints d'une semaine ne redimensionnent pas leurs cérémonies proportionnellement. Une rétrospective qui prend 90 minutes dans un sprint de deux semaines chute rarement à 45 minutes dans un sprint d'une semaine. C'est là que la vraie différence de frais généraux apparaît.

N'optimisez pas les cérémonies à zéro

Certaines équipes tentent de réduire les frais généraux en sautant les cérémonies. Cela se retourne contre elles. Sauter les rétrospectives signifie que les problèmes de processus s'aggravent. Sauter le raffinement signifie que la planification du sprint prend trois fois plus longtemps. Les cérémonies existent pour une raison.

Facteurs de décision

Choisir une durée de sprint ne relève pas que des mathématiques. Ce sont les facteurs qui comptent réellement.

Maturité de l'équipe

Les équipes agiles nouvelles bénéficient de sprints plus courts car elles obtiennent plus de pratique avec les cérémonies. Les équipes expérimentées peuvent gérer les sprints plus longs car elles ont intériorisé la discipline.

Cadence de lancement

Si vous déployez continuellement, la durée du sprint est moins liée au déploiement. Si les lancements se produisent aux limites du sprint, les sprints plus courts signifient des lancements plus fréquents et une rétroaction utilisateur plus rapide.

Besoins des parties prenantes

Certaines parties prenantes ont besoin d'une visibilité hebdomadaire. D'autres se contentent de vérifications mensuelles. Votre durée de sprint doit correspondre à la fréquence de rétroaction que votre organisation exige.

Volatilité des exigences

Quand les exigences changent fréquemment, les sprints plus courts réduisent le travail gaspillé. Quand les exigences sont stables, les sprints plus longs permettent à l'équipe de se concentrer sans replanning constant.

Autres facteurs à prendre en compte

Taille des éléments de travail. Si la plupart des user stories prennent 3-5 jours à compléter, les sprints d'une semaine ne laissent presque aucune marge d'erreur. Les sprints de deux ou trois semaines offrent plus de flexibilité. Utilisez Planning Poker lors du raffinement pour estimer les éléments et voir comment ils s'inscrivent dans différentes durées de sprint. Taille de l'équipe. Les équipes plus grandes (7-9 personnes) génèrent plus de frais généraux de coordination. Les sprints plus longs peuvent absorber ce coût mieux. Les équipes plus petites (3-5 personnes) peuvent se déplacer rapidement avec des sprints plus courts. Complexité de la Définition de Fait. Si votre Définition de Fait inclut des tests lourds, des examens de sécurité ou des vérifications de conformité, ces processus ont besoin de temps. Un sprint d'une semaine peut ne pas accommoder les portes de qualité approfondies.

Un gros plan du carnet d'un Scrum Master montrant une matrice de décision dessinée à la main comparant différentes options de cadence de sprint

Pouvez-vous changer la durée du sprint ?

Oui. Et vous devriez le faire si votre cadence actuelle ne fonctionne pas. Le meilleur moment pour changer la durée du sprint est lors d'une rétrospective où l'équipe identifie la cadence comme cause racine des problèmes. Signes courants que vous avez besoin d'un changement :

L'équipe ne peut pas régulièrement terminer un travail significatif dans le sprint

Les parties prenantes se plaignent de la visibilité ou de la fréquence de rétroaction

Les cérémonies semblent précipitées ou gonflées par rapport à la durée du sprint

Les objectifs de sprint semblent soit trop vagues (sprint trop long) soit trop étroits (sprint trop court)

La vélocité est chaotique car les éléments de travail ne correspondent pas à la taille du sprint

Comment faire la transition

Discuter lors d'une rétrospective

Utilisez la rétrospective pour exposer pourquoi la durée actuelle du sprint ne fonctionne pas. Recueillez des exemples spécifiques, pas seulement des sentiments. Si l'équipe porte régulièrement 40 % du travail au sprint suivant, c'est un point de données qui vaut la peine d'être examiné.

Essayez la nouvelle durée pendant 3-4 sprints

Un sprint ne suffit pas pour juger. Le premier sprint à une nouvelle durée se sentira maladroit car l'équipe se recalibre toujours. Donnez-lui au moins trois itérations avant de décider.

Ajustez les durées des cérémonies proportionnellement

Si vous passez de sprints de deux semaines à des sprints d'une semaine, réduisez de moitié vos limites de temps de cérémonie. Ne laissez pas une rétro de deux heures se presser dans un sprint d'une semaine.

Recalibrez la vélocité

La vélocité du sprint ne se transfère pas directement entre les durées de sprint. Suivez votre vélocité à la nouvelle cadence et donnez à l'équipe trois sprints pour établir une nouvelle ligne de base. Utilisez un générateur d'objectifs de sprint pour garder les objectifs convenablement alignés pour la nouvelle durée.

Évaluez et décidez

Après la période d'essai, tenez une rétrospective focalisée sur le changement de durée du sprint. Comparez la prévisibilité de la livraison, la satisfaction de l'équipe et la rétroaction des parties prenantes entre l'ancienne et la nouvelle cadence.

Commencez plus court, puis prolongez

Si vous n'êtes pas sûr, commencez avec des sprints d'une semaine ou deux semaines. C'est plus facile de prolonger une durée de sprint quand l'équipe est prête que de raccourcir une quand les choses ne fonctionnent pas. Les sprints plus courts construisent la mémoire musculaire agile plus rapidement.

Un cadre de décision rapide

Si vous voulez un point de départ simple, utilisez celui-ci :

Choisissez des sprints d'1 semaine si...

Vous êtes une startup ou une petite équipe, les exigences changent hebdomadairement, vous avez besoin de la boucle de rétroaction la plus rapide possible, ou l'équipe est nouvelle à l'agilité et a besoin de pratique fréquente avec les cérémonies.

Choisissez des sprints de 2 semaines si...

Vous ne savez pas quoi choisir, votre équipe est de taille moyenne (5-7 personnes), vous voulez un équilibre entre la vitesse de rétroaction et le temps d'exécution, ou vous travaillez dans un environnement typique de développement de produit.

Choisissez des sprints de 3 semaines si...

Votre travail implique des dépendances inter-équipes lourdes, les tests d'intégration prennent du temps significatif, deux semaines se sentent constamment trop serrées mais quatre semaines se sentent comme trop de dérive.

Choisissez des sprints de 4 semaines si...

Votre équipe est expérimentée avec Scrum, les exigences sont stables, vous voulez des frais généraux de cérémonie minimes, ou le produit est mature avec un rythme de développement prévisible.

Quel que soit votre choix, rappelez-vous que la durée du sprint est une variable, pas une constante. Les meilleures équipes revisitent cette décision périodiquement et s'ajustent en fonction de ce qu'elles apprennent.

Deux semaines est de loin la plus courante. Environ 58 % des équipes agiles utilisent des sprints de deux semaines selon les sondages de l'industrie. Les sprints d'une semaine sont les deuxièmes plus courants, suivis des sprints de trois et quatre semaines.

Oui, et elles le devraient souvent. Une équipe de plateforme travaillant sur une infrastructure stable peut bénéficier de sprints de trois ou quatre semaines, tandis qu'une équipe produit répondant à la rétroaction du marché peut avoir besoin de sprints d'une ou deux semaines. La contrainte clé est la coordination : si les équipes doivent se synchroniser fréquemment, les limites de sprint alignées réduisent la friction.

Changer la durée du sprint réinitialise votre ligne de base de vélocité. Une équipe qui complète 30 points d'histoire dans un sprint de deux semaines ne complètera pas nécessairement 60 dans un sprint de quatre semaines car les frais généraux, le changement de contexte, et la précision de la planification changent tous. Suivez la vélocité à nouveau à la nouvelle durée en utilisant un calculatrice de vélocité et accordez trois sprints pour une ligne de base fiable.

Pas nécessairement. De nombreuses équipes déploient continuellement indépendamment de la durée du sprint. Le sprint est une cadence de planification, pas une cadence de lancement. Cependant, si votre organisation nécessite des lancements formels aux limites du sprint, les sprints plus courts signifient des lancements plus fréquents et une rétroaction plus rapide des utilisateurs.