L'Histoire du Manifeste Agile

Du 11 au 13 Février 2001, dans l'hôtel The Lodge de la station de ski Snowbird située dans les montagnes Wasatch de l'Utah, dix-sept personnes se sont réunies pour parler, skier, se détendre, essayer de trouver un terrain d'entente et bien sûr, manger. Ce qui en estsorti s'appelle le Manifeste du Développement Agile de Logiciels. Y participèrent des représentants de l'Extreme Programming, deSCRUM, de DSDM, de l'Adaptive Software Development, de Crystal, du Feature-Driven Development, du Pragmatic Programming,et d'autres personnes sensibles à la nécessité de trouver une alternative aux pesants processus de développement logiciel pilotés par ladocumentation.

Aujourd'hui, un tel grand rassemblement d'anarchistes en organisation serait difficile à reproduire, ce qui en est ressorti est doncsymbolique, un Manifeste pour le Développement Agile de Logiciels signés par tous les participants. Le seul problème soulevé le futpar Martin Fowler pour le terme agile (un anglais pour ceux qui ne le connaissent pas) en signalant que la plupart des Américains nesavaient pas prononcer le mot "agile".

Au début, les préoccupations d'Alistair Cockburn reflétaient les pensées de la plupart des participants. "Personnellement, je nem'attendais pas à ce que ce groupe d'agilistes tombent un jour d'accord sur quoi que ce soit de substantiel." Mais après la réunion, sessentiments furent également unanimement partagés : "En ce qui me concerne, je suis ravi par le texte final [du Manifeste]. J'ai étésurpris que les autres semblent également enchantés par le résultat final. Nous sommes donc tombés d'accord sur quelque chose desubstantiel."

En nous nommant nous-mêmes "L'Alliance Agile", ce groupe de penseurs indépendants sur le développement de logiciels, et parfoisconcurrents entre eux, tombèrent d'accord sur le Manifeste pour le Développement Agile de Logiciels affiché sur la page d'accueil dusite web.

Mais même si le Manifeste fournit quelques idées précises, il y a un thème plus profond qui anime de nombreux, mais pas tous biensûr, membres de l'alliance. A l'issue de cette réunion de deux jours, Bob Martin a plaisanté sur le fait qu'il était sur le point de faireune déclaration sentimentale. Mais bien que teinté d'humour, quelques-uns étaient en désaccord avec les sentiments de Bob commequoi nous avions tous ressenti le privilège de travailler avec un groupe de personnes qui partageaient certaines valeurs, un ensemblede valeurs fondées sur la confiance et le respect des uns des autres et la promotion de modèles d'organisation basés sur les individus,la collaboration et sur l'élaboration de types de communautés organisées dans lesquelles nous souhaiterions travailler. À la base, jecrois que les Méthodologistes Agile sont vraiment des "sentimentaux" en parlant de livrer les bons produits aux clients en travaillantdans un environnement qui fait plus que parler des "gens comme nos ressources les plus importantes" mais en réalité "agit" comme siles gens étaient les plus importants tout en perdant la notion de "ressource". Donc, pour finir, l'intérêt fulgurant sans cesse croissant,et les critiques parfois terribles, des Méthodologies Agile sont basés sur le côté sentimental des ces valeurs et de cette culture.

Par exemple, je pense que finalement, l'Extreme Programming a connu un développement dans son utilisation et son intérêt, non pasgrâce à la programmation en binôme ou au refactoring, mais parce que, pris dans leur ensemble, ses pratiques définissent unecommunauté de développeurs libérée des poids des sociétés Dilbertesques. Kent Beck raconte l'histoire d'un de ses premiers boulotspour lequel il a estimé un effort de programmation de six semaines pour deux personnes. Après que son chef ait réaffecté l'autreprogrammeur au début du projet, il termina le projet en douze semaines et se sentit minable ! Le chef, bien sûr, sermonna Kent sur salenteur au cours des six dernières semaines. Kent, un peu déprimé en se croyant un programmeur "raté", se rendit finalement compteque son estimation initiale de 6 semaines était très précise pour 2 personnes et son "échec" était en réalité l'échec de son chef, en fait,l'échec d'une mentalité "processus standardisé" qui sévit si souvent dans notre industrie logicielle.

Ce type de situation arrive tous les jours : que ce soit le marketing, le management, les clients externes, les clients internes et mêmeles développeurs, aucun ne veut finalement prendre de décisions difficiles, de sorte qu'ils imposent des exigences irrationnelles àtravers des organisations basées sur le pouvoir. Ce n'est pas simplement un problème de développement de logiciels, c'est unproblème lié aux organisations Dilbertesques.

Pour réussir dans la nouvelle économie, pour être concurrentielles à l'ère du e-business, du e-commerce et du web, les entreprisesdoivent se débarrasser de leurs politiques du travail à la Dilbert. Cette prise de liberté, par rapport aux inepties de la vie en entreprise,attire les promoteurs des Méthodologies Agile, et effraie les conservateurs (vous ne pouvez pas utiliser le mot "con" dans undocument professionnel). Franchement, les approches Agile effraient les bureaucrates de l'entreprise, tout au moins ceux qui sontheureux de pousser les processus pour l'amour des processus au lieu d'essayer de faire au mieux pour le "client" et de livrer quelquechose de rapide et de concret "comme promis" tout simplement parce qu'ils ne savent pas où se planquer.

Le mouvement Agile n'est pas anti-méthodologique. En fait, beaucoup d'entre nous souhaitons restaurer la crédibilité du termeméthodologie. Nous voulons rétablir un équilibre. Nous sommes d'accord sur le fait de modéliser, mais pas pour déposer undiagramme quelconque dans un référentiel d'entreprise poussiéreux. Nous sommes d'accord pour documenter, mais pas des tomes deplusieurs centaines de pages jamais maintenus à jour et rarement utilisés. Nous sommes d'accord pour planifier, mais nousreconnaissons les limites de la planification dans un environnement turbulent. Ceux qui prétendent que les promoteurs de la marqueXP ou SCRUM ou de tout autre Méthodologie Agile sont des "hackers", sont des ignorants des méthodologies et de la définitionoriginelle du terme "hacker".

Cette idée de réunion à Snowbird est naît lors d'une précédente rencontre entre des promoteurs de l'Extreme Programming etquelques "outsiders", organisé par Kent Beck à l'hôtel de Rogue River Lodge dans l'Oregon au printemps 2000. A cette réunion deRogue River, des participants ont exprimé leur soutien pour une variété de méthodes dites "Légères", mais rien de formel n'en aisorti. En 2000, un certain nombre d'articles ont été écrits à propos de processus dits "Légers". Un certain nombre de ces articles parlede méthodologies "Légères", telle que l'Extreme Programming, l'Adaptive Software Development, Crystal et SCRUM. Dans lesconversations, personne n'a vraiment aimé le surnom de "Léger", mais cela semblait tenir bon.

En Septembre 2000, Bob Martin de la société Object Mentor à Chicago, a ouvert le bal de la prochaine réunion avec un email; "Jevoudrais organiser une petite conférence (de deux jours) entre Janvier et Février 2001, ici à Chicago. Le but de cette conférence estde réunir tous les leaders des méthode légères dans une seule pièce. Vous êtes tous invités; et je serais intéressé de savoir qui d'autreje pourrais contacter." Bob a créé un site Wiki et les débats ont fait rage.

Dès le début, Alistair Cockburn a pesé sur les discussions en dénonçant le mécontentement général sur l'emploi du terme "Léger" :"Je ne suis pas gêné sur le fait de baptiser une méthode comme légère en poids, mais je ne veux pas être considéré comme un poids-plume participant à une réunion de méthodologistes poids-plumes. Cela ressemblerait en quelque sorte à une poignée de gens débileslégers essayant de se rappeler quel jour on est."

Le débat a été plus féroce concernant le lieu ! Chicago en hiver c'est froid et il n'y a rien d'amusant à faire; Snowbird, dans l'Utah,c'est froid mais il y a des tas de choses amusantes à faire, du moins pour ceux qui skient sur leur tête comme Martin Fowler a essayéde le faire dès le premier jour; et Anguilla dans les Caraïbes c'est chaleureux et amusant, mais ça prend trop de temps pour y aller. Enfin de compte, Snowbird et le ski l'ont emporté; pourtant quelques-uns, comme Ron Jeffries, souhaite un endroit plus chaud laprochaine fois.

Nous espérons que notre travail commun au sein de l'Agile Alliance aide les autres à appréhender le développement logiciel, lesméthodologies et les organisations d'une nouvelle manière, plus agile. Si c'est le cas, nous avons atteint notre objectif.

Jim Highsmith, pour l'Agile Alliance

©2001 Jim Highsmith

Retourner au Manifeste