2015, Scrum et au-delà

Les tweets de 2015 tirés de l’archive fournie par Twitter. Le temps a passé, de nombreux liens sont morts, probabement.

Il y a des coachs agiles qui sont à plein temps chez leur client. Parfois même, ce sont des armées de coachs à plein temps qui restent pendant une longue période au sein d’une organisation. Je suppose que c’est pour des transformations agiles aussi massives que délicates. Ce n’est pas la forme d’accompagnement que je pratique. En général, j’accompagne mes clients de façon discontinue et sur une période limitée. Un bon exemple de ce que je fais, bien que ce ne soit jamais pareil, a été montré dans le retour d’expérience d’Intel à Agile tour Toulouse (il avait aussi été présenté au ScrumDay à Paris en avril).

La formation à l’Agilité dont vous rêvez, une formation -out of the box- qui vous fera couper le cordon et sortir du ronron, qui vous donnera confiance dans vos capacités à transformer votre organisation, qui déclenchera en vous de nouvelles idées à essayer tout de suite, c’est …

Dans la nouvelle édition de mon livre, j’ai ajouté un glossaire qui n’existait pas dans les éditions précédentes. Je l’ai voulu assez court (il y a 70 entrées) et avec des définitions brèves.

Les mots et le langage sont importants dans Scrum et l’Agilité. Vendredi dernier, lors du forum ouvert d’Agile tour Toulouse, le sujet “Jargon et buzzword” a attiré du monde. Nous étions une dizaine à la table et je crois que tout le monde est resté jusqu’au bout.

Une personne qui ne connait pas du tout notre domaine et qui est plongée, par exemple lors d’une conférence, est complètement perdue, voire horrifiée par les mots que nous utilisons. Mais la langue est vivante, c’est comme ça, et cela constitue notre culture.

J’ai longtemps essayé de traduire des mots anglais de Scrum quand c’était possible. Des fois ça a pris, d’autres non. Maintenant je reprends les mots généralement utilisés et je me contente d’essayer de les clarifier. C’est l’objet de ce glossaire.

Voici mon résumé subjectif des sessions auxquelles j’ai assisté. -> Voir le programme complet. Mais auparavant quelques souvenirs des derniers tours : 2013 2014-jour-1 2014-jour-2 Le thème de 2015 était Le bonheur au travail. Cela commençait de manière provocatrice avec la keynote de la sociologue Danièle Linhart[1]. Une présentation assise et #noSlide qui nous pose la question : Est-ce que l’Agilité ne serait pas le nouvel avatar du management moderne, finalement dans la continuité du taylorisme et du fordisme ?

Scrum se diffuse inexorablement dans le domaine industriel, sur des programmes ou produits impliquant plusieurs équipes. Il m’arrive de plus en plus souvent d’être appelé pour du scaling Scrum. J’interviens actuellement pour accompagner des programmes spatiaux d’envergure qui ont fait le choix du développement agile.

Agile tour Toulouse aura lieu les 26 et 27 novembre. D’habitude, c’est en octobre. Je le sais, j’ai assisté aux 7 éditions précédentes. en 2008, c’était le 16 octobre : à l’époque j’étais organisateur et cela s’était passé à l’Université Paul Sabatier. J’y avais fait une présentation de Scrum appelée Des racines à la ScrumMania et une autre en duo, l*‘Agilité en situation* avec Philippe Kruchten. en 2009, c’était à l’IUT de Blagnac.

Suite à ma présentation à Lean Kanban France, j’ai reçu un message de Sophie. Elle accompagne une équipe confrontée à des difficultés avec Scrum qu’elle a aiguillée vers Kanban. Son expérience est intéressante et elle la raconte bien, alors nous avons décidé de la publier. Il s’agit donc d’un billet invité, autrement dit de guest blogging. Voici le message de Sophie de Sophia : Bonjour Claude, Je viens de lire ta présentation “Appliquer Kanban sur Scrum”… j’aurais bien aimé y assister !

Pour mes éditions précédentes, je m’étais appuyé sur des relecteurs nombreux et compétents qui ont été pour beaucoup dans la qualité du résultat.

Pour la quatrième édition publiée il y a un mois, j’ai aussi fait appel à des relecteurs qui m’ont bien aidé. À certains, je leur ai envoyé un chapitre dès que j’estimais que c’était possible (nous avons utilisé le concept de CMR, chapitre minimal relisible). À d’autres, c’était un peu plus tard dans l’avancement du chapitre.

Début septembre, suite à une discussion à propos de Scrum et Kanban, j’avais publié ce billet. Les organisateurs de Lean Kanban France, en particulier DImitri que je remercie chaleureusement, m’avaient alors dit que ce sujet pourrait être intéressant pour la conférence, qui a eu lieu hier et aujourd’hui. J’aime beaucoup cette conférence et j’ai eu plaisir à y participer. Voici les slides que j’ai présentés hier : Appliquer Kanban sur Scrum, LKFR nov.

dessin de Patrice Courtiade Après avoir passé la journée du lundi avec mes camarades de la Fédération Agile pour notre conversation semestrielle, je participerai le mardi 3 novembre à Lean Kanban France. LKFR une conférence super intéressante avec des orateurs européens (et un américain) de grande qualité. Je présenterai une session à 17h “Appliquer Kanban sur Scrum”, qui reprend les idées évoquées ICI. Le sujet est développé dans le chapitre 20 de mon livre, qui se conclut ainsi :

Une équipe en recherche de stabilité (dessin de Patrice Courtiade pour #scrum4)

L’agilité accueille favorablement le changement. Les clients peuvent changer d’avis et la technologie évoluer.

Mais l’équipe, elle ne doit pas changer pour être capable de prendre cela en compte. C’est grâce à sa stabilité qu’une équipe peut s’adapter à la situation et traiter les changements.

Préface de story mapping, troisième partie

Le story mapping, l’excellent livre de Jeff Patton a été traduit et sera publié chez Dunod le 4 novembre. Voici la troisième partie de ma préface de cette édition française. … Les conversations, dont il est question depuis l’invention des user stories par Kent Beck, ont toujours fait sourire quand on explique que c’est cela la base d’une story. Avec ce livre truffé de retours d’expérience, les équipes sauront éviter qu’une conversation ne dégénère en une discussion de comptoir, et en tirer profit pour acquérir une perception commune du produit souhaité.

J’ai passé une bonne partie des ces dernières années à réfléchir à l’utilisation de Scrum sur des gros projets et à mettre en place ce passage à grande échelle pour des organisations. Les enseignements que j’en ai tirés, j’en parle sur ce blog et ils sont présentés dans la 4ème édition de mon livre Scrum, le guide de la méthode agile la plus populaire. Sessions possibles à Paris et à Toulouse.

Cela commença avec Thierry Cros qui me demanda d’écrire la préface de son livre « Spécifiez Agile ». Ce que je fis avec plaisir. Ensuite, ce fut Laurent Morisseau, pour l’édition 2 de son « Kanban pour l’IT », qui me sollicita pour sa préface. Celle de la première édition était l’œuvre de David Anderson, le « père » du Kanban, je n’allais pas refuser une suite pareille. Cette année, c’est mon éditeur de chez Dunod qui m’a demandé de rédiger la préface de la version française du livre de Jeff Patton « Le story mapping ».

Un dessin de Patrice Courtiade, parmi les nombreux nouveaux qu’il m’a faits pour l’édition 4.

J’ai placé une alerte google sur le mot scrum. D’habitude je n’y trouve que des références à des articles sur Scrum la méthodologie, et surtout des offres d’emploi. En ce moment 99% des entrées concernent le rugby.

Préface de story mapping, deuxième partie

Le story mapping, le livre de Jeff Patton a été traduit et sera bientôt publié chez Dunod. Il apparaît déjà dans la page 3 de la 4e édition de mon livre (on y voit aussi Kanban pour l’IT de Laurent Morisseau).

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. 11 pour le lundi 8 pour le mardi 11 le mercredi 20 le jeudi 50 le vendredi Il s’avère donc que c’est le vendredi qui est largement utilisé comme jour de fin de sprint. Finir le vendredi paraît logique, mais n’a pas que des avantages. Avant de partir en week-end, cela peut mettre une pression supplémentaire sur l’équipe.

Voici le plan de mon livre, qui va sortir le 7 octobre. On peut le pré-commander.

Désormais 22 chapitres et 328 pages.

En français, le titre est simplement “Le story mapping”. J’ai participé à la relecture du texte traduit et j’ai eu le plaisir d’écrire la préface pour l’édition française. Voici la première partie. Je n’ai jamais rencontré Jeff Patton. Je ne sais même pas s’il est de la famille du général. Mais je l’aime bien. Ce n’est pas parce que j’ai échangé quelques tweets et mails avec lui, car cela ne remplace pas une conversation directe, ce que vous comprendrez comme jamais en lisant cet ouvrage.

Cette semaine, j’ai eu deux interpellations à propos de mon rapport avec les outils Scrum. Dans la première, un participant à un story mapping qui me demandait quel outil utiliser pour garder la trace des stories a trouvé “rétrograde” pour notre époque ma réponse “on n’en a pas besoin'. Dans la deuxième, mon interlocuteur m’a interpellé en me disant qu’il avait essayé iceScrum mais que c’était “buggé”. Il pensait que j’étais encore impliqué dans iceScrum.

La définition de fini est le plus souvent une simple liste. Pour être plus pertinent, on peut définir plusieurs niveaux de fini, et pour être plus complet, plusieurs aspects de la finition. Cette présentation avec 4 cercles concentriques et 3 zones permet d’élaborer collectivement une définition de fini avec bien plus de subtilité qu’une simple liste. Niveaux hiérarchiques fini pour une story fini pour une feature : tout ce qu’il faut vérifier sur une feature qui ne l’a pas été sur ses stories fini pour le sprint : tout ce qu’il faut vérifier sur l’incrément de sprint et qui n’a pas été vérifié sur les stories et les features fini pour la release : tout ce qui n’est pas fait à chaque sprint et qui reste à faire à la fin La définition de story est vivante : au cours de sprints, un contrôle peut changer de niveau.

Dès 2006, j’avais choisi de ne pas traduire release pour l’utilisation dans plan de release, comme on peut le lire dans ce billet Sprints, releases et produit ou celui-ci Release et moi. Pour éviter la confusion possible, que j’évoquais déjà, entre ce qui est produit et la période de temps nécessaire pour le produire, j’emploie version pour le premier sens. Dans le glossaire que j’ajoute à l’édition quatre, voilà l’entrée pour release :

Vous pouvez la voir en ligne.

Tweets de 2015

Accompagnement Scrum

Le Raid Agile, ça continue en 2016

Glossaire du livre Scrum

Mon Agile tour Toulouse 2015

Agile scaling avec bonne humeur

Mon huitième Agile tour Toulouse

Arrêter Scrum pour le flux, un début d’expérience

Relecteurs de Scrum éd.4

Les slides de ma prez à LKFR15

Participation à Lean Kanban France

Le changement dans la stabilité

Préface de story mapping, troisième partie

Workshop agilité à l'échelle

Préfaces book

Scrum4 et la Coupe du Monde de Rugby

Préface de story mapping, deuxième partie

Jour de fin de sprint

Les chapitres de l'édition 4 de Scrum

Le story mapping, ma préface

Ten Years After

Définition de fini multi-niveaux

Vocabulaire : release

La couverture de l'édition 4