Mathieu Eveillard

Danger zone

Danger zone

Pitié pour moi, mon Dieu, dans ton amour, Selon ta grande miséricorde, efface mon péché. Lave-moi tout entier de ma faute, Purifie-moi de mon offense, Pardonne moi, Seigneur, car j’ai péché : J’ai fait du coaching agile.

Parce que oui, aujourd’hui, mieux vaut ne pas se dire « coach agile » tant l’Agilité est devenue ☢ radioactive ☢

L’Agilité galvaudée

Oh, c’était beau, dans l’idée. C’était même tellement beau que personne ou presque n’y a rien compris.

Ce qui donne (morceaux choisis) :

Autrement dit, on nage en pleine dissonance cognitive. On met des carrés dans des ronds et on fait comme si de rien n’était : micro-management, lotissement et chiffrages à gogo sous une épaisse couche de concepts agiles. Sauf qu’un ticket qu’on développe sur 3 sprints, c’est tout sauf agile et ça ne marche pas.

Si vous avez des doutes et vous demandez : « pourquoi ? », j’ai créé une formation spécialement pour vous : L’Agilité au Marteau. Quelqu’un comprenant un tant soit peu l’Agilité dirait ainsi plutôt : « on n’est pas aussi agiles qu’on le voudrait, mais on y travaille jour après jour ».

En devenant mainstream, les concepts de l’Agilité ont été dévoyés, donnant un « Faux-Agile ». Le terme est avancé par Martin Fowler, un des pères de l’Agilité, dans son discours d’ouverture de la conférence Agile Australia 2018. Je vous résume la keynote : « faites ce que vous voulez, de toute façon je m’en fous je pars élever des chèvres dans l’Ardèche ».

Donc après avoir jeté le bébé avec l’eau du bain, que reste-t-il ? Il reste que l’on a toujours besoin d’Agilité.

On ne peut pas se passer d’Agilité

Améliorer la qualité logicielle requiert de travailler sur différents tableaux : l’Agilité et les pratiques techniques qui vont avec, que l’on désigne de manière un peu réductrice par Artisanat logiciel. Agilité et Artisanat logiciel sont indissociables parce qu’ils sont nés ensemble, c’était l’eXtreme Programming (XP) dans les années 90.

L’Agilité et l’artisanat logiciel reposent sur les mêmes raisonnements. C’est par exemple l’importance donnée au feedback :

Et puis la conception fonctionnelle…

Parlons seulement de l’Example Mapping. L’Example Mapping, c’est une façon simple et efficace d’améliorer la qualité de la conception fonctionnelle en redonnant de l’importance aux exemples. Car c’est bien connu : le diable est dans les détails.

Les exemples nous forcent à être concrets et à explorer tous les recoins de la conception sans attendre le développement. Ils suscittent la discussion. Ainsi, on évite bien des allers-retours par la suite. Ultérieurement, ces exemples servent de tests d’acceptation, c’est-à-dire de contrat entre le product owner et le développeur.

Alors, est-ce une pratique de l’Artisanat logiciel — ainsi qu’on la présente généralement — ou bien une pratique agile ? Peu importe : dans tous les cas, il faut bien travailler la qualité de la conception.

Ceci pour dire que travailler les aspects techniques sans travailler l’Agilité n’a aucun sens. Un coach technique est nécessairement un coach agile.

← Tous les articles