Durée des événements SCRUM : règles clés

Concernant les durées des évènements en SCRUM, c'est le SCRUM Master qui sera le garant du respect des "timeboxes".

Il y a des règles, et des recommandations.

Voyons la différence.

Les sprints ne doivent pas dépasser 1 mois. C'est une règle.

Il est donc possible de faire moins.

Est-il possible de faire des sprints de 3 jours ?

En théorie, c'est possible, mais ça n'a pas de sens. Il faut faire preuve de bon sens.

En choisissant la durée d'un sprint, il faut prendre en compte les compétences et contraintes de chacun, ainsi que les risques.

L'équipe sera-t-elle en mesure de produire quelque chose de significatif, tout en assurant tous les évènements du sprint ?

Les parties prenantes seront-elles suffisamment disponibles avec des sprints trop courts.

On ne change pas la durée d'un sprint pendant le sprint lui-même, c'est une règle.

On ne choisit pas la durée d'un sprint juste avant le début de chaque sprint. Il faut une certaine stabilité.

Peut-on attribuer 6 heures au sprint planning ?

Oui, c'est possible, mais pas plus. C'est une règle.

Si tout est terminé avant les 6 heures, on s'arrête. On ne prolonge pas les évènements si ce n'est pas nécessaire.

Cette règle est vraie pour tous les évènements SCRUM, à une exception près, le sprint lui-même.

Si l'équipe termine le sprint plus tôt que prévu, cela n'arrête pas le sprint, et ce, même si l'objectif du sprint est atteint.

Dans ce cas, l'équipe ira piocher quelques PBI mineurs qui seront ajoutés dans le sprint. C'est une recommandation.

D'une manière générale, plus les sprints sont courts, plus les évènements SCRUM seront courts. C'est une recommandation.

Concernant les lieux des évènements...

Le Daily SCRUM doit toujours se tenir au même endroit, c'est une règle.

Pour tous les autres événements, ce n'est pas une règle, mais cela reste recommandé.