Garder du mou pendant le sprint

Même si on pense avoir tout prévu, des événements inattendus viennent toujours freiner l’avancement du sprint, en bloquant ou ralentissant une ou plusieurs tâches en cours.

Pour empêcher ces événements de remettre en cause l'engagement de l'équipe sur les stories d'un sprint, il faut garder du mou[1] lorsqu’on planifie le sprint.

Dans la planification du sprint, le mou, c’est du temps non affecté, qui reste disponible, au cas où. Concrètement le mou est la différence entre les ressources de l’équipe pour le sprint et le temps estimé pour réaliser les tâches connues au moment de la réunion de planification.

On peut citer plusieurs raisons de garder du mou dans un sprint :

  • les incertitudes dans les estimations,
  • le travail en anticipation sur le sprint suivant,
  • les obstacles susceptibles de bloquer ou ralentir des tâches.

Dans le cas où l’équipe assure, en plus du développement, le support d’une version en production, incluant la gestion des incidents, le pourcentage de mou est plus élevé pour prendre en compte les urgences qui ne pourront pas attendre le sprint suivant.

Le pourcentage de mou varie donc selon le contexte. Une équipe expérimentée prend du mou mais n’a pas besoin de connaître sa taille ni de suivre son évolution pendant le sprint.

Ce billet s'appuie sur un extrait du livre Scrum le guide pratique de la méthode agile la plus populaire, chapitre 7 La planification de sprint, pages 102 et 103.

Voir aussi mon article dans Developpez.com.

Notes

[1] on parle aussi de marge et en anglais de slack ou de buffer

Commentaires

1. Le mercredi 25 mai 2011, 16:38 par Philippe Voncken

Ou alors on ne s'engage pas sur un nombre de stories à réaliser dans un sprint.

Chez nous on fait le maximum à chaque Sprint. Si on en a prévu trop, on les reporte à la fin vers le Sprint suivant. Si on en a pas prévu assez on en rajoute.

L'important étant d'obtenir une vélocité sur plusieurs sprints afin de pouvoir prévoir une date prévisionnelle de fin de projet.

L'agilité pour moi est avant tout un moyen d'analyser les risques projets.

2. Le mercredi 25 mai 2011, 22:18 par Éric

Est-ce que ce mou n'est pas tout seul créé quand on base la vélocité sur le réalisé des sprints précédents ? sur eux aussi on a eu des imprévus et potentiellement des difficultés, donc dans l'idéal c'est un "mou" assez constant

Oui, dans l'idéal; mais il est préférable de ne pas se baser que sur la vélocité mesurée des sprints passés. L'engagement est pris par l'équipe après le travail de conception sur les stories que constitue la réunion de planification du sprint.