Sprints, releases et produit

La release, du demi-fond.

Les présentations de Scrum, notamment les courtes, mettent particulièrement en évidence la notion de sprint. On comprend que la livraison du produit (complet) se fait suite une série de sprints et on pourrait croire que le backlog de produit a une vie uniquement liée à cette suite de sprints. En fait la vie du produit, et donc de son backlog, va bien au delà.

Après une série de sprints, il y en a une autre, puis encore une autre, jusqu'à la fin de vie du produit. J'ai pris l'habitude d'appeler une série de sprints une release. La release est le chainon manquant entre le produit et le sprint :

release.jpg

On ne recommence pas un nouveau backlog de produit à chaque release. Il n'y a qu'un backlog pour toute la vie du produit qui est alimenté par les évolutions, les demandes de changement et les bugs.

Pour chacun de ces cycles, on fait une planification adaptée :

  • au niveau du produit, une roadmap présente ce qui est prévu pour les releases, c'est du long terme,
  • un plan de release porte sur le déroulement des sprints, c'est du moyen terme (demi-fond),
  • un plan de sprint [1] montre les tâches du sprint à réaliser à court terme.

Notes

[1] ou backlog de sprint ou liste des tâches du sprint