Pour éviter le faux-agile, il est essentiel que les équipes soient réellement auto-organisées et pluridisciplinaires. C’est encore plus important quand il y a plusieurs équipes agiles dans une organisation. Voici les bénéfices qu’on peut en retirer :
Les commentaires des participants et des participantes
Denis, qui a participé à mon premier cube en décembre, m’a offert cette fresque (lui il dit sketch).
Ça me fait un bien beau souvenir de cette matinée.
Prioriser, en VRAC ou pas, c'est une activité clé de l'affinage du backlog.
Prioriser est un néologisme souvent utilisé, et pas que pour un backlog. Avec Scrum, on dit que le Product Owner priorise les éléments du backlog. Bien qu’en fait, il les ordonne.
Mais sur quels critères se base t-on ?
La boiboite qui vous attend dans la salle de formation ô local
De 2005 à 2013, j’étais impliqué – et même très impliqué, ce blog en témoigne – dans le développement de l’outil iceScrum.
J’ai quitté Kagilum, la startup dédiée à la diffusion d’iceScrum, il y a 4 ans et je me suis converti, un peu plus, au management visuel physique.
Le dessin illustre l'orientation flux du sprint, avec le plan mis à jour au fil de l'eau. Et le clin d'oeil au canal du Midi.
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.
Agile ou pas, il est souvent utile d’avoir des prévisions sur le moyen terme
Prioriser, cela permet de définir l’ordre de développement. Dans le cadre de Scrum, la priorisation porte sur les éléments du backlog et indique à l’équipe sur quoi elle va travailler dans le ou les sprints qui viennent.
La priorité d’une fonctionnalité est basée sur sa valeur métier, mais pas seulement. Pour affiner l’ordre de cette fonctionnalité et se projeter un peu plus loin que le travail immédiat, il convient aussi de s’intéresser à l’effort pour la développer. Le fameux Planning Poker est une technique d’estimation couramment utilisée par les équipes.
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.
Comment prioriser, estimer et planifier ?
Il existe de nombreuses techniques de priorisation, par exemple HIPPO, 10/10, VRAC. Étudions un nouvel outil, le CD3.
CD3, c’est le Coût du Délai Divisé par la Durée.
Demain et jusqu’à vendredi, je serai à Bordeaux pour y donner ma 128e formation Scrum. Eh oui, j’ai commencé en 2005, à raison d’une dizaine par an en moyenne.
Si j’ai arrêté les formations Scrum inter-entreprises en 2014, je ne me lasse pas d’animer des sessions en entreprise, pour des équipes qui démarrent. Le contexte est toujours différent, ma formation aussi et j’y prends du plaisir.
Le contenu varie selon les participants, mais aussi parce que j’expérimente régulièrement des nouveautés. Cette fois, j’ai envie d’essayer un atelier flexible de pliage pour faire de beaux avions en papier. En effet, j’ai pris un peu de retard dans le magnifique calendrier que m’a offert Jean-Luc.
Le premier commentaire que j’ai eu sur mon blog, celui d’Albar en avril 2006, me disait :
Ciel, un blog ! Très courageux de ta part de te lancer dans l’aventure, parce qu’il faudra assurer pour les mises à jour…
J’ai assuré pas trop mal, je trouve.
Maintenant, je me demande de plus en plus souvent s’il reste des choses à dire sur Scrum. J’ai l’impression d’avoir tout écrit dans la version 4 de mon livre. La motivation diminue.
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.
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 :
Ça vous tente ? Trop tard, car nous sommes complets
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).
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 à mon article 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.
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.
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.
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.
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.
Comme le sprint zéro n'existe pas, disons que c'est le prélude
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.
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.
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. Renforcer les interactions et les bordures pour le rendre durable.
Je suis particulièrement heureux d’animer une session avec Benjamin 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é 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.
La migration des grues cendrées, un bel exemple d'auto-organisation
La semaine dernière, j’ai publié sur twitter une photo de grues cendrées (Photo en CC-SA-BY (merci ma sœur)) 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.
Les grues pratiquent le vol en groupe sur longue distance et se relaient régulièrement.
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.
Je suis passé du scrotum au sérum, les temps changent
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 !