Dans la présentation de MountainGoatSoftware : "Introduction à Scrum" version Français redistribuable disponible ici :
http://www.mountaingoatsoftware.com/system/asset/file/8/FrenchRedistributableIntroToScrum.ppt

J'aime bien cette image :
Pas de changement durant un Sprint
Dans http://fr.wikipedia.org/wiki/Scrum, il est écrit :

Pendant un sprint, les items de backlog de sprint à réaliser ne peuvent pas être changés. Les changements éventuels sont pris en compte dans le backlog de produit et seront éventuellement réalisés dans les sprints suivants.



Pourquoi pas de changement durant le Sprint :

  • L'équipe s'est engagée sur un périmètre, l'engagement ne peut se faire que sur un périmètre fixe, toutes modifications entraineront un désengagement de l'équipe.
  • L'équipe a mis en place une stratégie pour réussir ce Sprint, la stratégie est basée sur les storys sélectionnées durant le Sprint, toutes modifications entraineront une remise en cause de la stratégie et donc une perte de temps.



Pourquoi un Product Owner veut changer les priorités dans le Sprint

  • Car son chef lui demande :-)
  • Car des contraintes annexes ont changé les priorités du Sprint
  • Car le Product Owner confond Agilité et Souplesse (voire contorsionnistes)
  • ...



Que faire lorsqu'il y a un changement lors d'un Sprint.

Ok, j'ai dit, pas de changement, après il y a changement et changement :-)
Si le Product Owner veut modifier un point très mineur comme par exemple le contenu du mail d'inscription envoyé à l'internaute : pour moi ceci n'est pas vraiment un changement mais un ajustement; donc oui prenez le en compte.

Par contre, le problème devient plus délicat quand le Product Owner commence à ajouter des Story dans le Sprint et quand ces Story sont très prioritaires !
Dans le cas d'une ré-organisation du Sprint, je préfère redéfinir le Sprint pour le raccourcir, par exemple :

  • Le Sprint fait 4 semaines (oui ça peut être long pour un PO :-) )
  • Au bout de 2 semaines, on a quelques Story terminées, d'autres en cours et certaines non commencées.


Mon discours est le suivant :

  • On arrête le Sprint dès que les tâches en cours sont terminées
  • On ne commence pas de nouvelles story
  • On fait une démonstration uniquement sur les story terminées, donc nous sommes d'accord que les story "X,Y et Z" ne seront pas présentées
  • Puis un rétrospéctive
  • Durant ce temps, nous allons analyser tes nouvelles demandes
  • Puis nous ferons une réunion de planification pour le prochain Sprint.


Comme tu le vois (M. le Product Owner), cela fait "beaucoup" de travail pour cette modification,
mais comme cela est important pour toi et le projet, voici ce que nous pouvons faire.

C'est la moins mauvaise des solutions, mais faites en sorte que le message passe auprès du Product Owner et de ces équipes :-)


J'espère que les Product Owner arrêteront de penser qu'il est possible / facile de modifier le contenu d'un Sprint.