Scrum : pourquoi la longueur du sprint devrait être courte ?

Le sprint  consiste à courir sur une  courte  distance dans un laps de temps limité. Il est utilisé dans de nombreux sports qui intègrent la course à pied, généralement comme moyen d’atteindre rapidement une cible ou un objectif, ou d’éviter ou d’attraper un adversaire.

Pourquoi un court sprint ?

Vous devez avoir une itération  suffisamment courte  pour que l’équipe reste concentrée, mais suffisamment longue pour fournir une augmentation significative du travail. Le  Guide Scrum  limite la durée du  sprint  à un mois.

Échec rapide — Trop petit pour échouer

L’avantage d’un Sprint court vient de la stratégie consistant à essayer quelque chose (échouer rapidement), à obtenir des commentaires rapides, puis à inspecter et à s’adapter rapidement. En présence de niveaux élevés d’incertitude, il est souvent moins coûteux de commencer à travailler sur un produit, de savoir si nous avons pris une bonne décision et, si ce n’est pas le cas, de le tuer rapidement avant de dépenser plus d’argent.

Semblable à l’idée de  Kaizen  (改善), c’est le  mot japonais  pour « amélioration ». En affaires, le kaizen fait référence aux activités qui  améliorent continuellement  toutes les fonctions et impliquent tous les employés, du  PDG  aux ouvriers de la  chaîne de montage  . Les résultats de ces changements sont analysés et les ajustements reprennent. De cette façon, la productivité ou la qualité de la tâche exécutée peut être améliorée. Apporter de petits changements petit à petit est beaucoup plus efficace que d’essayer de tout aborder d’un seul coup.

L’idée est de rendre les changements si faciles qu’il serait difficile d’échouer dans leur mise en œuvre. Nous avons d’abord créé l’habitude de changer. Ensuite, nous ajoutons de nouveaux changements ou poussons un peu plus loin le jalon d’un changement, afin que nous puissions nous améliorer progressivement. Il est important d’appliquer les ajustements un par un. L’idée est d’éviter la complexité de choisir quoi appliquer et quand. De cette façon, nous pourrons analyser le résultat de chacune de ces améliorations mineures. Si nous en appliquons plusieurs en même temps, nous ne saurons pas lequel a fonctionné et lequel n’a pas fonctionné. Ou si l’effet de l’un en annule un autre.

Scrum  — Amélioration continue

Le cadre Scrum est basé sur l’empirisme qui s’appuie sur la  transparence, l’inspection et l’adaptation . Les  événements Scrum  et  les artefacts  facilitent l’inspection et l’adaptation régulières qui conduisent à une amélioration continue.

Pendant la planification du sprint, l’équipe Scrum inspecte le backlog du produit et adapte l’  objectif du sprint , les prévisions et le backlog du sprint. Lors de la mêlée quotidienne, l’équipe de développement inspecte la progression vers l’objectif de sprint et adapte le backlog de sprint. Au cours de la revue de sprint, l’  équipe Scrum  et les parties prenantes inspectent l’  incrément ,  le sprint et  le backlog de produit  et adaptent le backlog de produit.

Enfin, la  rétrospective de sprint , qui est un événement formel pour l’amélioration de l’équipe Scrum, l’équipe Scrum inspecte le sprint autour des personnes, des relations, des processus et des outils et s’adapte en ayant des améliorations réalisables et engagées.