Quand l'agilité devient le problème qu'elle devait résoudre

Un mouvement qui a perdu son chemin

En 2001, dix-sept développeurs se sont réunis dans un lodge de ski dans l’Utah et ont rédigé un document qui allait transformer la façon dont le monde construit des logiciels. Le Manifeste Agile était une rébellion contre les processus surdimensionnés, les plans rigides et la croyance que la documentation pouvait remplacer la conversation. Deux décennies plus tard, la rébellion est devenue une institution. L’institution est devenue une bureaucratie. Et la bureaucratie ressemble étrangement à ce que l’agilité devait remplacer.

L’informaticien Erik Meijer a déclaré que « l’agile est un cancer qu’on doit éliminer de l’industrie. » Dave Thomas, l’un des signataires originaux du manifeste, a écrit que le mot a été « subverti au point de devenir effectivement dénué de sens. » Quand les fondateurs d’un mouvement le désavouent, quelque chose a fondamentalement échoué.

L’usine à certifications

Le premier signe de dérive est apparu sur le marché des certifications. Ce qui avait commencé comme un moyen d’établir un socle de connaissances est devenu un moteur de revenus. Un cours de deux jours et un examen à choix multiples pouvaient accorder à quelqu’un le titre de Certified ScrumMaster. Aucune expérience projet requise. Aucune capacité démontrée à accompagner une équipe dans un conflit, à naviguer les résistances organisationnelles ou à faciliter une rétrospective constructive.

Le résultat était prévisible. Les organisations ont commencé à traiter les certifications comme des preuves de compétence plutôt que des preuves de présence. Les responsables du recrutement exigeaient des accréditations CSM et PMP comme prérequis pour des rôles agiles, confondant la carte avec le territoire. Comme l’a observé le praticien Zach Bonaker, « les personnes qui n’ont pas les connaissances pour comprendre leur problème définissent les exigences pour le résoudre. »

Ce que les dirigeants disent vraiment

Le fossé entre les valeurs agiles et la réalité organisationnelle devient douloureusement clair dans les mots de ceux qui dirigent les transformations. Un directeur d’une entreprise du S&P 400 a déclaré: « On a investi bien trop dans notre SDLC et nos processus sont très bien. L’agile, c’est répondre au changement, pas changer. » Un vice-président d’une entreprise de vingt mille employés l’a formulé plus directement: « J’ai besoin que l’agile fonctionne avec les processus actuels et sans changer l’organisation. »

Ces déclarations révèlent un malentendu fondamental. L’agilité n’a jamais été un ensemble de pratiques qu’on greffe sur une structure existante. C’est un changement dans la façon dont les personnes se rapportent à leur travail, à leurs collègues et à leurs clients. Adopter les daily standups sans adopter la confiance, c’est du théâtre. Mener des sprints sans responsabiliser les équipes, c’est du waterfall avec des échéances plus courtes.

Le cercle vicieux des transformations ratées

Les adoptions agiles échouées créent un cycle auto-renforçant. Un dirigeant qui ne comprend pas les principes agiles recrute sur la base de certifications plutôt que de compétences. La personne recrutée, sélectionnée pour ses diplômes plutôt que pour sa perspicacité, met en place l’agilité comme un cadre de processus plutôt que comme un changement culturel. Quand les résultats déçoivent, l’organisation conclut que l’agile ne fonctionne pas et soit l’abandonne, soit renforce le contrôle. Les deux réponses rendent la prochaine tentative plus difficile.

Les recruteurs aggravent le problème. Peu familiers avec ce qu’est une expertise agile réelle, ils filtrent les candidats sur la base des spécifications erronées qu’ils reçoivent. Les personnes les mieux équipées pour mener une transformation sont souvent les premières à être éliminées parce que leur expérience ne correspond pas à la checklist.

Ce que les fondateurs ont proposé à la place

Les signataires du manifeste ne se sont pas arrêtés à la critique. Ils ont proposé des alternatives. Dave Thomas a suggéré d’abandonner « Agile » en tant que nom. Au lieu de demander si une organisation « fait de l’Agile, » il a proposé de se demander si ses collaborateurs travaillent avec agilité: s’ils répondent au changement, cherchent le feedback et s’améliorent continuellement. La distinction compte. Un nom devient un produit à vendre. Un adjectif décrit une qualité à développer.

Alistair Cockburn a résumé la philosophie entière en quatre mots: collaborer, livrer, réfléchir, améliorer. Pas de cadre. Pas de rôles. Pas de cérémonies. Juste un cycle que toute équipe peut adopter quelle que soit la méthodologie. Ron Jeffries, un autre co-auteur, est allé plus loin en 2018 quand il a dit aux développeurs d' »abandonner l’Agile » entièrement, arguant que le mouvement avait été récupéré par le management et ne servait plus les personnes qu’il devait aider.

Là où le vrai travail se passe

L’agilité réelle existe dans des organisations qui n’utilisent jamais le mot. On la retrouve dans une équipe produit qui livre une petite fonctionnalité à dix utilisateurs avant de construire la version complète. On la retrouve chez un chef de projet qui dit à un sponsor que le calendrier est irréaliste et propose un périmètre réduit. On la retrouve dans une rétrospective où quelqu’un dit « ce processus ne nous aide pas » et l’équipe le change le lendemain.

Ces comportements ne nécessitent aucun cadre méthodologique. Ils nécessitent un environnement où les gens se sentent en sécurité pour expérimenter, échouer et apprendre. Construire cet environnement, c’est la transformation elle-même, et c’est bien plus difficile que d’installer Jira ou d’envoyer les managers à un cours de certification de deux jours.

Trois changements pour reconnecter pratique et principe

Les équipes coincées dans une agilité de façade peuvent opérer trois changements qui comptent. D’abord, remplacer les métriques de production par des métriques de résultat. Les story points et la vélocité mesurent l’activité. La satisfaction client, le délai de mise en marché et le taux de défauts mesurent la valeur. Ensuite, rendre les rétrospectives conséquentes. Si rien ne change après une rétrospective, arrêter de les tenir. L’exercice n’a de valeur que quand il mène à l’action. Enfin, impliquer les personnes qui font le travail dans les décisions sur comment le travail se fait. C’est le principe le plus violé dans la plupart des implémentations agiles et celui qui compte le plus.

Le manifeste agile a été écrit sur un tableau blanc en un seul après-midi. Il n’a fallu ni certifications, ni cadres méthodologiques, ni consultants pour le produire. Retrouver cette simplicité est la chose la plus agile qu’une organisation puisse faire.