Lettre de RAD aux conférenciers - français - du couple XP / Scrum
« Ceux qui oublient leur passé se condamnent a en revivre les erreurs. »
Franco Martinig, dans un de ses « billets d’humeur » publié sur www.forumlogiciel.net et dont l’essentiel est résumé ici, met parfaitement en évidence cette amnésie qui permet aux informaticiens de se précipiter sur les approches nouvelles en leur imaginant des facilités de « voie royale » qu’aucune méthode n’a jamais eu : « J'ai l'impression qu'une partie de la communauté avance en ignorant ou rejetant le passé. Les gens ont tendance à nier les approches précédentes, … La problématique du développement du logiciel n'a pas changé et les nouvelles solutions proposées partagent de nombreuses ressemblances avec les anciennes. … Si l'on ne comprend pas les principes de base d'une approche et si on l'adopte sans l'adapter au contexte, on rencontre naturellement des problèmes. Lorsque les pratiques Agiles vont se généraliser, elles vont rencontrer les mêmes obstacles que les approches antérieures. »
La citation initale s’applique parfaitement aux méthodes informatiques. Il n’y a pas à ma connaissance d’autres domaines où les individus se permettent de faire l’impasse sur l’histoire de leur profession sans même en comprendre les fondements.
Les conférenciers - français - de l’eXtrême Programming et de Scrum qui assimilent ouvertement le RAD à de la non qualité, sans même faire la distinction entre les outils RAD et la méthode du même nom, ont-ils conscience que la totalité des pratiques constituant XP a pour origine le RAD et que les différences ne concernent pas plus de deux techniques uniquement en termes d’intensité d'usage ?
Savent-t-ils qu’il en est de même de la méthode Scrum, qu’il est nécessaire de rajouter en surcouche d'XP afin d'appréhender les projets conséquents ?
Savent-ils que la méthode RAD offrait depuis des années des réponses flexibles couvrant ces deux problématiques et quelques autres points liés à des spécificités qu'ils finiront par rencontrer ?
Aux US, l’Agile Alliance dans son introduction ne renie ni ses racines ni l’aspect opportuniste des évolutions en cours : « What Is Agile Software Development? In the late 1990’s several methodologies began to get increasing public attention. Each had a different combination of old ideas, new ideas, and transmuted old ideas. »
Le Gartner Group, qui accompagne l’évolution itérative-incrémentale et adaptative depuis ses débuts, classe les approches Agiles comme NeoRAD « RAD and NeoRAD (or “agile”) approaches for 25 percent to 35 percent of project portfolios ».
Et non, il n’y a pas de «silver bullet » ou de «voie royale », les informaticiens devront se contenter d’être des professionnels motivés et extrêmement bien formés.
Manque de culture pour les uns, manque d’éthique pour les autres, dans les deux cas ces guerres de chapelles méthodologiques françaises aboutissent à une balle tirée dans le pied de l'approche Agile. Au-delà des difficultés culturelles d’implémentation, c’est souvent par le nom même de la méthode que le rejet se focalise. Au delà des difficultés culturelles d’implémentation, c’est souvent parle nom même de la méthode que le rejet se focalise.
Pour le RAD ce fut l’aspect « rapide » assimilé par les ignorants à de la mauvaise qualité.
Pour XP ce sera certainement aussi bien « l’extrême » que le « programming » : donc des aspects techniques exceptionnels appliqués à des travaux de programmation.
Si à cause de ces errements les pays européens passent à coté des fondements de l’Agilité, le désastre en terme de compétitivité se paiera le prix fort.
Comme PUMA l'annoncait déja en 2002 et comme Ivar Jacobson vient encore de l'affirmer, la méthode du futur sera Agile, globale et " Practice-Centric ".
