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.
J’ai été très heureux de participer à la 10e conférence Agile Grenoble. Des retrouvailles chaleureuses dans une merveilleuse ambiance.
En tant qu’ancien keynote speaker, j’étais invité à donner une session spéciale 10e anniversaire (HoliScrum) plus une présentation le matin.
C’est de cette présentation dont je vais parler dans ce billet. Je l’ai appelée Scrum ? mon sérum !
L’an dernier, j’avais donné Scrum ? mon scrotum ! à Agile Pays Basque, à Rennes et à Toulouse.
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) 7 novembre 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.
La semaine dernière, j’ai publié sur twitter une photo de grues cendrées en migration au-dessus de la Lorraine. Elles étaient en route pour l’Espagne ou l’Afrique avec une pause probable dans les lacs du Der.
Photo en CC-SA-BY (merci ma sœur).
Les grues pratiquent le vol en groupe sur longue distance et se relaient régulièrement.
C’est un bel exemple d’auto-organisation disais-je dans mon tweet.
En regardant la photo, je me suis souvenu qu’il y avait des oiseaux en migration dans un slide du support de cours de la formation de la Scrum Alliance que j’avais suivie en 2005.
Je suis particulièrement heureux d’animer une session avecBenjamin Cabanne pour la 10e de la conférence Agile Toulouse.
Je connais Benjamin depuis longtemps et je savais qu’il s’intéressait à la vigne. Mais nous avons découvert cet été, grâce à twitter, que nous aimions tous deux faire pousser des légumes. Et que nous nous intéressions aux nouvelles approches de culture, la permaculture et la biodynamie.
Elles font partie de ce qu’on appelle la systémique, qu’on peut voir comme la rencontre de plusieurs disciplines.
Pour la 10e édition, Agile Grenoble ajoute à son programme des sessions spéciales d’une demi-journée. J’animerai une d’entre elles, le mercredi 22 novembre après-midi.
Ma session s’appelle HoliScrum. Cela aura pu être PermaScrum ou CyberScrum. Mais HoliScrum ça sonne mieux, et ça me rappelle les Monty Python.
Holi c’est pour holisme. Holisme, systémique, cybernétique et encore plus permaculture m’intéressent actuellement pour étendre Scrum. Considérer l’équipe Scrum comme un système, considérer le produit réalisé, en interaction avec les parties prenantes, aussi comme un système, considérer l’ensemble comme faisant partie du même écosystème.
L’an dernier j’avais publié un billet pour le 10e anniversaires de l’agilité à Toulouse. Car cela avait commencé en 2006 avec des séminaires à peu près trimestriels.
Les conférences, elles, on démarré en 2008, avec le premier Agile (tour) Toulouse, dans le cadre d’une initiative qui était, à mon goût, un peu parisienne condescendante au départ.
C’est revenu depuis tous les ans depuis et le centralisme a vite été abandonné. Cela se passe toujours en automne.
Il n’y a pas que le Scrum et l’Agilité. Il y aussi le Rock’n roll (et son côté rebelle).
Comme l’an dernier, voici mon top3 des albums écoutés cet été.
Peter Perrett - How The West Was Won Stéphane disait l’autre jour, lors du walkingDev sur la permagilité, que la plupart des gens écoutaient toujours la même musique que quand ils avaient entre 18 et 25 ans.
On pourrait croire que je suis dans ce schéma avec Peter Perrett, puisqu’il était le chanteur des Only Ones groupe qui sévissait à la fin des années 70.
Il y a 10 ans, quand je participais à une journée, j’en faisais un compte-rendu dans un billet de blog, ici même. J’ai appris et j’ai pris du plaisir en faisant ça. J’ai même gagné le prix du meilleur blog qui en parle aux Valtech Days 2007. J’avais fait un billet pour le premier jour et un autre pour le 2e, qui était le premier Open Space auquel je participais.
Il y a tout juste deux ans, je finissais l’édition quatre de mon livre Scrum. J’y mettais une dernière touche en écrivant …l’avant-propos, à l’occasion d’un retour dans mon pays natal.
Cette édition a été publiée en octobre 2015 et continue honorablement sa vie. Scrum 4e éd. est très souvent n°1 des ventes chez Amazon, dans sa catégorie.
[Elle représentait une édition majeure, avec de nombreuses évolutions et nouveautés.
Je viens de me lancer dans l’édition cinq.
Qu’est-ce que la permaculture peut apporter à l’agilité ?
Ce sera le sujet de la journée WalkingDev qui aura lieu le 30 août à Toulouse. Nous l’animerons à 3, avec Fabrice qui viendra spécialement de Bordeaux, et Nathaniel, qui descendra de Paris (en minimisant son impact carbone).
Nathaniel a fait une présentation remarquée sur le sujet lors du dernier Agile France.
Petit lexique :
Agilité : capacité à favoriser le changement et à y répondre en vue de s’adapter au mieux à un environnement turbulent — Highsmith, circa 2005.
La vue sur les Cévennes, de la salle de formation.
Le rythme du Raid Agile est désormais de deux par an. C’est un rythme tout à fait soutenable, qui me permet d’arriver avec la motivation et le plaisir de retrouver les Cévennes.
Le prochain sera inédit, avec la présence de Laurent Morisseau, qui viendra spécialement de Rennes, pour animer avec Pablo et moi.
Ça vous tente ? Ne tardez pas trop, les inscriptions “early bird” sont ouvertes et pour le dernier Raid, c’était plein deux mois avant.
Après Jimmy, c"est Élodie qui a commenté mon billet la vie de la story. Elle me fait des remarques très intéressantes, j’y réponds en dessous, dans un ordre revu.
Élodie :
J’imagine que c’est une simplification, un workflow idéal… mais il donne impression que toute idée aboutira… je serais plus à l’aise avec quelques “portes de sortie” pour prendre en compte les depriorisations, les risques, les imprévus…
Dans une autre vie, il y a plus de 15 ans, j’ai fait de la modélisation de processus en UML ou BPMN, il y avait plein de branches et de boucles… L’agilité m’a appris à simplifier.
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.
Suite à mon billet d’hier, j’ai reçu un commentaire de Jimmy L. que je remercie de son feedback.
Jimmy est tout à fait d’accord avec moi pour ne montrer à la revue qu’une story déjà déclarée finie. Cependant il enchaîne :
…Mais cela m’étonne justement qu’on s’arrête généralement à “Finie” sur ce genre de workflow, et qu’on ne mette pas au moins en bout l’état correspondant à l’avis positif reçu en revue de sprint.
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.
La semaine prochaine, il fera beau dans les Cévennes, du côté de Lasalle pas loin de Saint-Jean du Gard. J’y serai avec Pablo, car nous animerons le 7e Raid Agile, toujours au Mas du Canton.
La piscine devrait être ouverte ce qui n’était arrivé qu’une seule fois dans les Raids précédents, en juin 2015 (qui est resté connu comme le raid piscine).
Ça vous tente ? Trop tard, car nous sommes complets depuis plus de 2 mois.
Pour ces élections qui se terminent demain, je me dis que j’ai fait preuve d’agilité électorale. Agilité au sens capacité à s’adapter et réagir aux changements, tout en restant fidèle à ses valeurs et principes.
Comme il me faut respecter la trêve avant le vote, je ne vais pas rentrer dans une réflexion trop personnelle. Disons donc que mes valeurs et principes s’inspirent de la permaculture, l’approche systémique à laquelle je m’intéresse actuellement.
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 ?
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 :
