Choisir la bonne duree de Sprint : lecons d'un scenario Scrum realiste
La duree du Sprint est limitee par le Guide Scrum a un mois ou moins. Les durees courantes sont d'une, deux ou quatre semaines. Le choix affecte la cadence de planification, de revue et de retrospective.
Le scenario : une equipe qui a change de duree de Sprint trois fois
Une equipe a commence avec des Sprints de quatre semaines. Apres six mois, elle a remarque que les reunions de planification duraient une journee entiere et que le Backlog Sprint etait frequemment obsolete.
L'equipe est passee aux Sprints de deux semaines. Les reunions de planification ont ete divisees par deux. Apres un essai des Sprints d'une semaine, la surcharge s'est averee trop elevee -- les evenements Scrum consommaient 20% de la duree du Sprint.
Les lecons
La duree du Sprint doit correspondre a la volatilite de vos exigences. Des exigences changeantes favorisent des Sprints plus courts. Des exigences stables et un travail complexe favorisent des Sprints plus longs.
La surcharge du Sprint est un cout reel qui varie avec la frequence des Sprints. Un Sprint d'une semaine multiplie les evenements Scrum par quatre par rapport a un Sprint mensuel.
La bonne duree de Sprint est celle que votre equipe respectera de maniere coherente. Un Sprint de deux semaines qui livre toujours est plus precieux qu'un Sprint d'une semaine qui produit souvent un travail incomplet.
XNM soutient les organisations dans la mise en oeuvre des pratiques Scrum, y compris la conception de la cadence de Sprint. Contactez l'equipe de conseil en livraison de programmes et de projets de XNM pour discuter de la duree de Sprint pour votre equipe.