Régulierement nous publions un fausse couverture du magazine fictif "Coach Agile Magazine". Retrouvez ici l'intégrale. Abonnez-vous sur les réseaux sociaux pour ne plus jamais prendre de retard.

Je suis tombé dans l'agilité au début des années 2000, je ne crois pas qu’il y ait eu un élément déclencheur. Je me souviens qu’en 2003 j’étais au XP Days Benelux et en 2005 mon client de l'époque avait demandé au stagiaire de défricher pour nous le sujet d'eXtreme Programming, j'avais trouvé ça dommage de ne pas avoir été consulté. En 2006 ma fille est arrivée 2 mois avant que je n'aille à la première édition des XP days France. Encore en 2006 j’ai eu mon premier post de scrum master. Mais tout ça c’était dans le monde professionnel. À la maison aussi j’ai utilisé quelques éléments de la culture agile.

Cette série d'articles est un retour sur quelques histoires d’agiliste qui se sont déroulées chez moi durant ces dernières années. Ce nouvel épisode met en valeur la force du management visuel pour rendre autonome et favoriser l'entraide. Faire les valises en famille Ça vous est déjà arrivé le premier soir des vacances, de chercher partout le doudou et de se rendre compte qu’il avait été oublié ? Ben moi, oui... Et comme j'aime pas quand mes enfants sont malheureux, j'ai cherché dans ma boîte à outils agile ce qui pourrait nous aider à résoudre cette situation. Et c'est comme ça qu'on en est arrivés à utiliser le management visuel à la maison pour préparer nos valises avant les grands départs en vacances. Je vous raconte. Imaginez un grand tableau kanban avec 3 colonnes (À faire, En cours et Fini), quand je dis grand, c’est que les 3 colonnes sont les portes de la baie vitrée du jardin. Dans la première colonne de haut en bas, tous les éléments à mettre dans les valises, du plus important au moins important. On trouve par exemple vers le haut des éléments comme “les brosses à dents” et vers le bas des choses moins importantes comme “les pantoufles” ou “mon oreiller préféré”.

On devrait plutôt dire l’histoire des 6 chapeaux de “de Bono” car cette méthode de structuration de la pensée a été inventée par Edward de Bono. Mais revenons en arrière pour comprendre d'où vient cette méthode et comment elle fonctionne avant de la mettre en pratique en rétrospective. Quand en 1985, Edward de Bono, spécialiste en sciences cognitives, publiait un livre intitulé Six Thinking Hats, il ne se doutait pas qu’il révolutionnerait nos rétrospectives 30 ans plus tard.

Il y a quelque temps, j'ai eu l’occasion de faire une intervention sur le thème “Comment expliquer rapidement un train SAFe a des agilistes ?”. Pour répondre à cette question, je suis parti sur l’analogie suivante : Un train SAFe, c’est une équipe d'équipes qui fonctionne en Scrum. C’est en creusant un peu ce postulat que je me suis rendu compte qu'il était beaucoup plus riche qu’il ne le paraissait. Dans cet article, je vous propose de pousser un peu cette comparaison et ainsi mettre en évidence des erreurs d’implémentation que l’on trouve assez régulièrement dans la mise en place de trains SAFe.

Au travers de ce serious game venez découvrir comment calculer et utiliser la mesure de vélocité, mais aussi telle l'équipe du Docteur House, comment interpréter un historique de vélocité et poser un diagnostic.

Dans nos organisations actuelles, nous cherchons sans cesse à prévoir, à planifier, à mesurer ce que nous pouvons et allons faire. Dans un précédent article, nous avons tenté de comprendre pourquoi l’agilité amène de nouvelles façons de réaliser ces évaluations, en mettant en avant les évaluations relatives. Aujourd’hui nous allons nous intéresser à l’utilisation de ces évaluations relatives afin de réussir à se projeter et à piloter nos activités en connaissance de cause.

Dans nos organisations, nous cherchons sans cesse à prévoir, à planifier, à mesurer ce que nous pouvons et allons faire. Pour cela, nous devons évaluer la taille, la durée,  le budget des travaux que notre équipe doit accomplir. La culture agile, que nous défendons, propose des outils et pratiques d'évaluation très spécifiques et qui commencent à s'imposer dans de nombreuses organisations. Aujourd'hui, je vous propose de tenter de donner du sens à ces pratiques, en se posant non pas la question du COMMENT, mais celle du POURQUOI qui nous permettra de comprendre ces outils et pratiques d'évaluation agile.