release

Comme Scrum, les séries télé sont devenues extrêmement populaires. Les créateurs d’une série, après avoir testé l’intérêt de leur idée dans un pilote, préparent une première saison avec quelques épisodes. Si la saison est bien reçue, il y en aura d’autres, puis d’autres encore tant que l’intérêt du public se maintient.

Cette analogie d’un sprint avec un épisode m’a frappé, c’est pourquoi je vais reprendre le terme saison pour nommer une séquence de quelques sprints.

Dans le glossaire de mon livre Scrum, édition 4, je définissais une release ainsi :

Release : période de temps constituée d’une série de sprints aboutissant généralement à déployer une version du produit.

Depuis l’édition 5 de Scrum, j’ai substitué l’emploi de release par celui de saison. La suite de cet article a été modifiée dans ce sens.

Dans l’édition 4 de mon livre Scrum, la présentation de la planification de release a été repoussée. Planifier la release constitue maintenant le chapitre 16. Dans les éditions précédentes, elle était présentée avant la planification de sprint. Cette décision de déplacer ce sujet m’a demandé beaucoup d’efforts, d’autant plus que j’en ai profité pour revoir une grande partie du contenu de l’édition 3, en intégrant des notions nouvelles inspirées du courant #noEstimates.

Suite à mon billet d’hier sur Plan de release et incertitudes, j’ai reçu un commentaire qui m’amène plusieurs réflexions.

Mon lecteur commence à parler du schéma :

Le schéma est facile est 3 colonnes. L’incertitude cumulée sur 6-7 sprints (ex. release de 3 mois avec des sprints de 2 semaines) risque d’être très forte.

C’est dans ce chapitre qu’est abordé le sujet toujours délicat de l’estimation des stories en points. C’est aussi là que je présente la notion de vélocité et qu’on voit pour la première fois un burndown chart.

La planification de release est optionnelle dans Scrum. On n’en a pas toujours besoin. Cependant la plupart des équipes que je connais souhaitent en disposer, ce qui demande des efforts.

En résumé :

Avec Scrum, un produit est développé selon une approche itérative et incrémentale. Le sprint donne le rythme auquel sont produites des versions partielles potentiellement livrables du produit. La release est la séquence de sprints à l’issue de laquelle le produit est livré aux utilisateurs.

Un produit sort avec sa release note et nous sommes le 7 septembre, date prévue pour la publication de l’édition 2 de mon livre Scrum.