Quel est le lien entre le développement agile et l’anarchie?
Ça m’a flashé tout à coup en lisant un article envoyé par Pascal (et sur lequel un commentaire s’en vient).
Le développement Agile, où on suppose une loop très serré entre le “client” et l’équipe de développement, où on utilise des méthodes très “bleeding edge” (genre, vrai Web2.0), où le passage d’un milestone à l’autre peu supposer la remise en question de grand pan du développement si l’évolution des besoins le demande, le développement Agile, donc, suppose que les développeurs qui y travaillent sont “top”. C’est nécessaire (ou au minimum vachement utile), pour que le mode de développement mérite d’être qualifié “d’agile”. Ce n’est jamais spécifié explicitement. Peut-être parce que le filtrage se fait tout seul: les programmeurs “moyens”, voire mauvais, ne s’intéresse pas aux modes alternatifs de développement, ils attendent les instructions “d’en haut”.
Dans une société anarchique (la “vraie”, pas l’anarchie de p’tits punks qui veulent un prétexte pour péter des vitrines), on suppose que la société s’équilibre par elle-même, sans règles strictes ni lois contraignantes. Chaque membre agit en fonction de ce qui fera le plus son avantage, mais sans nécessairement nuire au groupe.
Encore une fois, ça suppose des gens brillant: pour ne pas “se tirer soi-même dans le pied”, l’individu a intérêt à ne pas tirer trop fort sur la couverture faute de quoi il pourrait voir son avenir à lui compromis. L’individu brillant verra a éviter d’être victime des conséquences de la tragédie de la commune.
Donc, dans les deux cas, pour que le système fonctionne bien, ça prend des gens brillants, qui ont a coeur le bon fonctionnement du projet commun, qu’il soit de vivre sur une île déserte où de préparer le prochain Flickr.
Et moi de me rendre compte que je suis en train de démontrer mes doutes sur la possibilité de fonctionner en pur “Agile”… Nan. En fait, je suis en train de voir que pour fonctionner, ça prend des gens brillants et dédiés. Donc, pas l’équipe du projet ordinaire typique en entreprise: à réserver aux équipes plus restreintes et aux projets “tactiques” avec l’équipe all-star? 