Scrum

Vous trouverez ici les articles que j’ai écrits sur Scrum depuis 2006. Dans ce blog, beaucoup d’autres articles évoquent aussi Scrum, vous les trouverez avec le tag Scrum.

Du sprint zéro au prélude de Scrum

Du sprint zéro au prélude de Scrum

Le prélude de Scrum, pour préparer l’équipe et son écosystème à la vie des sprints et des saisons

Les petits bonshommes qui jouent ce prélude sont de Jean-Pierre Bonnafous, alias Ramuncho. C’est lui qui a illustré le chapitre Composer le prélude de Scrum dans l’édition 5.

Les décisionnaires

Les décisionnaires

Pas besoin de demander aux décisionnaires, c'est l'équipe qui décide

Le 23e commentaire laissé pour mon livre Scrum sur Amazon m’a interpellé, le voici :

Je trouve que c’est un très bon livre pour comprendre Scrum.

Merci. Mais voyons la suite…

Sprint, un mot mal choisi ?

Sprint, un mot mal choisi ?

Les créateurs de Scrum pensaient bien faire en utilisant sprint

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.

Scrum Master, un bullshit job ?

Scrum Master, un bullshit job ?

Scrum Master, à la prochaine rétrospective, demande-toi (et demande à l'équipe) si tu es encore utile.

Cet article est dédié à David Graeber, un des penseurs les plus inspirants que j’ai lu ces derniers mois, mort le 2 septembre 2020. C’est lui qui a théorisé le concept de bullshit jobs.


Mon fils m’a envoyé un lien vers un article qui parle des métiers que pourraient faire nos enfants car parmi eux, il y a Scrum Master.

Scrum Master, un métier d’avenir ? Encore maintenant ? Alors que j’en parle dans ce blog depuis 2006 ?

Pas de cérémonie

Pas de cérémonie

Ce matin, je tombe sur un tweet de Panda Enjoué…

Dans mon fil Twitter, je suis attiré par la question de Philippe. Étonné de l’utilisation de cérémonies alors que ce n’est pas un mot qui figure dans le guide Scrum, il se demande d’où ça vient.

Le rôle de partie prenante

Le rôle de partie prenante

Les parties prenantes, ces borduriens

Les trois rôles qu’on trouve dans une équipe Scrum sont maintenant bien connus. Par contre, le rôle de partie prenante l’est beaucoup moins, alors que de nombreuses difficultés dans la mise en œuvre de Scrum y sont relatives.

Une partie prenante est une personne qui est intéressée par le résultat obtenu par l’équipe.

Le rythme des saisons

Le rythme des saisons

Un rite saisonnier

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.

Le backlog est PROUVÉ

Le backlog est PROUVÉ

Un acronyme pour se souvenir des caractéristiques d'un backlog

En première approche, le backlog est simplement la liste des choses à faire par l’équipe. Cependant, il possède quelques caractéristiques remarquables, qui forment l’acronyme PROUVÉ. Public : le backlog est public pour favoriser la transparence et faciliter le feedback. Réduit : le backlog est de taille réduite pour favoriser la visibilité et faciliter son usage. Ordonné : le Product Owner cherche à maximiser la valeur procurée aux utilisateurs tout en minimisant le travail pour y arriver ; il utilisera ces critères pour définir l’ordre dans le backlog.
Scrum Guide 2017

Scrum Guide 2017

Par Ken Schwaber et Jeff Sutherland

J’ai pris connaissance de la nouvelle hier soir, juste avant de partir au klub de lecture (qui portait sur Reinventing Organizations, passionnant), par un tweet de la Scrum Alliance : Learn more about uses of #scrum, the refined role of the #ScrumMaster & more. Get the new #ScrumGuide2017 https://t.co/ubaf7eaSR9 pic.twitter.com/3lHJX2yKhi — Scrum Alliance (@ScrumAlliance) November 7, 2017 Il s’agit du Scrum Guide (on va l’appeler comme ça) d’une vingtaine de pages, maintenu par les 2 fondateurs Ken Schwaber et Jeff Sutherland.
Feedback sur la planification

Feedback sur la planification

noEstimates

Pour l’édition 4 de mon livre, j’ai revu complètement le chapitre qui porte sur la planification à moyen terme. J’ai fait un gros effort sur le pourquoi. J’ai commencé le comment par un exemple simple, sans estimation. J’ai introduit des variantes à l’estimation et au planning poker. J’ai essayé d’illustrer les notions présentées. Je l’ai également déplacé, car cette notion ne fait pas partie du cœur de Scrum. C’est maintenant le chapitre 16, il s’appelle Planifier la release.
La vie de la story a changé en 10 ans

La vie de la story a changé en 10 ans

Une évolution sensible vers du flux

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.

Flux dans le sprint et engagement

Une question d'Eric, un lecteur

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 ?

Scrum 3.0

Une initiative qui n'a pas survécu longtemps

Doug Shimp et Dan Rawsthorne sont les auteurs du livre Exploring Scrum. À mon avis, ce livre est le meilleur qui existe sur Scrum en anglais, le plus fouillé et le plus innovant tout en restant dans l’essence de la méthode. C’est pourquoi je porte une grande attention à l’article Scrum3.0 qu’ils viennent de publier. On y retrouve l’approfondissement de quelques sujets déjà abordés dans leur livre. Parmi leurs propositions :
Les activités de la rétrospective

Les activités de la rétrospective

En finissant par un objectif plutôt qu'un plan d'actions

Mon premier article sur les activités de la rétrospective, en 2007, avait eu gros succès. Quand je relis ce billet aujourd’hui, je me dis que j’en garde l’essentiel, 10 ans après, quand j’anime des rétrospectives (ce que je fais assez souvent). Ma présentation des activités de la rétro a un peu évolué, voilà ce qu’elle donne maintenant. Mais surtout ce que j’ai changé, c’est le résultat de la rétro. Plutôt que d’essayer à tout prix d’obtenir un plan d’actions, ce qui est assez vain, je pousse les participants à définir un objectif.
Les activités de l'affinage du backlog

Les activités de l'affinage du backlog

ADAPTER

L’affinage du backlog (en anglais Backlog Refinement) se pratique avant le premier sprint, puis pendant chaque sprint. L’objectif de l’affinage est d’augmenter les chances de succès des futurs sprints, en entretenant le backlog. Voici les activités qu’on y mène, en équipe. Le moyen mnémotechnique pour retrouver ces activités : ADAPTER L’affinage se déroule entre le Product Owner et le reste de l’équipe, à un moment laissé à l’appréciation du collectif, soit sur un rythme régulier (ce qui est plus facile), soit à la demande.
Les 6 activités de planification du sprint

Les 6 activités de planification du sprint

Sprint planning

La planification du sprint (en anglais Sprint Planning) est un rite Scrum qui se déroule à chaque début de sprint. L’objectif de la planification est de mettre l’équipe en situation de réussir le sprint en se focalisant sur un objectif et s’accordant sur des stories. Voyez les activités qu’on y mène avec la mindmap. Voici un enchainement possible des activités : L’équipe embrasse le contexte du sprint. Pour chaque story prête, en commençant par la première, l’équipe confirme avec le PO sa confiance pour la finir dans le sprint.