Sprint

Le temps du produit est défini par le cycle de vie pour donner un résultat aux utilisateurs. La planification permet de savoir comment s’organiser. Le temps de l’équipe correspond au rythme de suivi du travail, souvent basé sur le principe de timebox avec l’agilité.

Faire des boucles de feedback orientées utilisateurs entraîne une autre façon de planifier.

L’agilité applique, pour la vie du produit, le principe de livraison fréquente plutôt que de suivre une méthode séquentielle.

Allez, on décolle ! L’enthousiasme pour commencer les sprints doit être partagé par toute l’équipe. En mai, j’ai participé à la journée Agilité organisée par l’INSEE. Mon intervention d’une heure a porté sur le prélude. À l’occasion j’ai mis à jour ma présentation, que j’inclus dans ce tuto du prélude.

Les boucles permettent de s’attaquer à la complexité et d’avancer malgré l’incertitude.

J’ai reçu une question de Roland, un lecteur belge. Il est en train de lire mon livre L’art de devenir une équipe agile ; il me demande des explications sur le mot focalisation. Qu’est-ce que c’est que cette focalisation ? Je l’oriente d’abord vers la métaphore du concert des Lapins agiles à la fête de la musique. Mais cela ne lui suffit pas :

Pour le klub de lecture de discussion de juillet, nous avions choisi de disserter de la lenteur, à partir de l’émission passée le 9 juillet dans le débat de midi sur France Inter : Peut-on encore être lent ? Notre débat à nous — sur le Discord d’Agile Toulouse — fut bien intéressant et je le poursuis ici en le focalisant sur l’opposition — ressentie au premier abord — entre la lenteur et l’agilité.

Dans L’art de devenir une équipe agile on trouve ce dessin. Il illustre ce que ne devrait pas être un sprint pour une équipe agile. Pour expliquer comment on peut continuer à dire sprint tout en oubliant l’idée de vitesse qui y est attachée, j’ai utilisé un terme dont je viens de découvrir qu’il est une insulte du Capitaine Haddock. Il figure dans Le petit Haddock illustré d’Albert Algoud. Non, ce n’est pas bachi-bouzouk. Ni ectoplasme. Ni apache. Ni vampire.

Cet article est dédié aux participants du jeu Domino4Scrum vendredi dernier à Agile tour Toulouse. En effet (domino), nous n’avons pas eu le temps de faire le débriefing à la fin du jeu, il a fallu laisser la place au projet Aristote. J’écris donc ce billet pour offrir aux participants un peu de ce que nous aurions pu échanger. Je l’écris aussi en remerciement pour Jeff, le créateur du jeu qui m’a gentiment invité à l’animer avec lui.

Évolutions du chapitre sur les sprints dans les éditions successives de mon livre Scrum.

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.

Il y a à peu près 10 ans, j’écrivais un billet “Les états significatifs d’un élément de backlog”. Amusant de le relire aujourd’hui et de constater comment mon approche de Scrum a —légèrement— évolué au fil des ans. Pas beaucoup sur les états, car je décris toujours la vie d’une story avec cinq états, dont les noms ont un peu changé, mais pas les 2 essentiels : prêt et fini.

Suite à la lecture de mon billet Scrum3.0, Eric se demande, à propos du sprint en flux continu : Le flux continu remet en cause le principe “pas de changement pendant un sprint”. Comment permettre à l’équipe de s’engager dans ce mode de fonctionnement ? Au jour le jour ? Ou est-ce que ce mode de fonctionnement est réservé à des équipes qui ont dépassé le stade de la nécessité de s’engager ? Je réponds à Eric :

La planification du sprint (en anglais Sprint Planning) est un rite Scrum qui se déroule à chaque début de sprint. Ce rite au tout début du sprint sert à déterminer l’objectif et à produire le plan de sprint.

Dans l’atelier Puzzle grand Scrum dont je parlais dans mon dernier billet, il y a donc 3 équipes qui concourent à la réalisation du puzzle. Le format du jeu pousse les équipes à se caler sur le même rythme.

Résultat de mon enquête sur votre jour de la semaine pour finir un sprint. J’ai arrêté à 100 réponses, c’est plus facile avoir les pourcentages.

Une majorité — relative — d’entre vous effectue des sprints de 2 semaines. Voilà ce que ça donne, en comparaison avec les deux précédents sondages sur le même sujet :

Bien sûr, il faut ajouter un événement à ceux de ce schéma : le standup quotidien. En 2007 puis en 2013 j’avais écrit des billets pour lister les réunions d’un sprint. Voici une réactualisation. Des changements depuis la dernière mise à jour :

L’équipe est invitée à s’engager lors de la planification de sprint. Je constate que cette notion reste souvent mal comprise. Voici quelques éclaircissements, qui s’appuient sur ma dernière lecture, le Petit traité de manipulation à l’usage des honnêtes gens.

Lors de la planification de sprint, l’équipe se met d’accord avec le Product Owner sur une liste de stories. Elle identifie le travail à faire pour réaliser ces stories, travail qui est enregistré sous forme de tâches.