J'ai lu avec consternation "The Agile Methods Fray", où deux des plus grands spécialistes des processus logiciels discutent des approches traditionnelles (définies) et agiles. La discussion n'était pas pertinente pour ceux qui tentaient de comprendre la distinction. Une phrase caractérisait l'objectif apparent de l'article : " ...trouvé un juste milieu et identifié un bébé à sauver et l'eau du bain à remplacer ".
Il n'y a pas de juste milieu entre les processus traditionnels et les processus agiles. Les pratiques des processus traditionnels de développement de logiciels sont inadéquates pour contrôler des projets à la technologie complexe et aux exigences sophistiquées. Les processus agiles sont basés sur le contrôle empirique des processus, une technique largement adaptée par les environnements compétitifs de fabrication et de développement au cours des vingt dernières années. Je cite la bible du contrôle des processus (Process Dynamics, Modeling, and Control, Ogunnaike et Ray, Oxford University Press, 1992) : "Il est typique d'adopter l'approche de modélisation définie (théorique) lorsque les mécanismes sous-jacents par lesquels un processus fonctionne sont raisonnablement bien compris. Lorsque le processus est trop compliqué pour l'approche définie, l'approche empirique est le choix approprié".
Le contrôle empirique des processus repose sur des inspections fréquentes et une adaptation continue afin de minimiser les risques et de produire un produit de qualité. Les processus agiles mettent en œuvre un contrôle empirique des processus par le biais d'itérations, d'incréments fréquents de fonctionnalités fonctionnelles et testées, de l'émergence d'exigences et d'une architecture, de l'auto-organisation de multiples petites équipes et de la collaboration. Il ne s'agit pas de pratiques ponctuelles partagées par les processus définis et agiles puisque la théorie sous-jacente est différente ... utiliser une approche définie pour un problème complexe revient à utiliser l'algèbre pour résoudre des problèmes complexes et non linéaires.
Nous sommes en effet au milieu d'une révolution, car nous nous débarrassons de pratiques traditionnellement faibles et inadéquates et nous adoptons des processus agiles. Le problème n'est pas de fusionner les deux, mais de réussir à gérer le changement. Ceux qui souhaitent modifier l'une ou l'autre de ces pratiques pour trouver un juste milieu s'engagent sur une voie dangereuse qui risque d'induire en erreur ceux qui comptent sur eux pour obtenir des conseils avisés.
Ken Schwaber
Un des développeurs du processus agile Scrum
L'un des fondateurs de l'AgileAlliance ken.schwaber@verizon.net
French 
English 
Spanish