ASD (Adaptive Software Development) : Gérer l'Incertitude par Design

L’Origine de l’ASD

ASD (Adaptive Software Development) est une méthode agile créée par Jim Highsmith et Sam Bayer, décrite dans le livre « Adaptive Software Development: A Collaborative Approach to Managing Complex Systems » (2000). Jim Highsmith est également l’un des signataires du Manifeste Agile de 2001.

L’ASD naît d’une frustration avec les méthodes traditionnelles qui supposent que l’on peut planifier en détail des projets complexes. Highsmith s’est tourné vers la théorie des systèmes complexes adaptatifs (Complex Adaptive Systems, CAS) pour trouver un modèle plus réaliste.

Sa thèse : les projets logiciels se comportent comme des systèmes complexes, pas comme des systèmes mécaniques. On ne peut pas les planifier, on peut seulement s’y adapter.

Le Cycle ASD : Spéculer, Collaborer, Apprendre

Là où le Waterfall utilise « Planifier, Développer, Tester », l’ASD propose délibérément un vocabulaire différent :

Spéculer (Speculate) Le premier mot est un signal fort : on ne planifie pas, on spécule. La « spéculation » dans l’ASD n’est pas un aveu d’ignorance, c’est une reconnaissance honnête que les plans sont des hypothèses, pas des certitudes.

La phase de spéculation comprend :

• Définition de la mission et des objectifs à haut niveau
• Identification des contraintes (temps, budget, technologie)
• Décomposition en cycles courts (typiquement 4 à 8 semaines)
• Attribution de fonctionnalités à chaque cycle de façon provisoire (pas fixe)

Collaborer (Collaborate) La collaboration dans l’ASD est une activité continue, pas une phase. Elle implique :

• Les équipes de développement travaillant en étroite collaboration
• Les clients et utilisateurs intégrés dans l’équipe projet
• La communication directe et fréquente préférée à la documentation
• La prise de décision distribuée plutôt que hiérarchique

L’ASD reconnaît que les projets complexes ne peuvent pas être résolus par un seul expert. La connaissance émergente vient de la collaboration entre personnes aux expertises complémentaires.

Apprendre (Learn) L’apprentissage est la fin de chaque cycle, pas une réflexion optionnelle. Il comprend :

• Focus groups avec les clients pour valider les livrables
• Revues techniques pour identifier les problèmes architecturaux
• Post-mortems pour améliorer le processus d’une itération à l’autre
• Mise à jour des plans (spéculations) en fonction de ce qu’on a appris

Les Caractéristiques Distinctives de l’ASD

Mission focalisée sur les composants : chaque cycle a une liste de composants (features) à livrer, pas des tâches ou des activités.

Timeboxing strict : les cycles ont une durée fixe. Si tout n’est pas livré, on apprend et on réajuste. On ne prolonge pas le cycle.

Gestion des risques intégrée : l’ASD assume que les risques sont inhérents aux projets complexes. Plutôt que de les éliminer, on structure le projet pour les détecter et y répondre rapidement.

Changement en tant qu’opportunité : contrairement au Waterfall qui traite le changement comme une perturbation, l’ASD le considère comme une source d’information précieuse.

Theorie des Systèmes Complexes et ASD

La fondation théorique de l’ASD est la Complex Adaptive Systems theory (CAS), empruntée à la biologie et à l’économie. Ses concepts clés appliqués au logiciel :

• Emergence : les propriétés du système émergent de l’interaction des composants, pas d’une conception centralisée
• Co-évolution : le système et son environnement évoluent ensemble
• Attracteurs : des tendances stables émergent dans des systèmes apparemment imprévisibles
• Edge of chaos : les systèmes les plus créatifs et adaptatifs opèrent à la limite entre ordre et désordre

ASD et Sinra

L’ASD trouve dans Sinra un environnement naturel. Les cycles incarnent les itérations de spéculation, les capabilities et les issues représentent les composants à livrer. La possibilité de réassigner des issues entre cycles reflète la nature spéculative des plans ASD.

La base de pages de Sinra peut documenter les apprentissages de chaque cycle, créant une mémoire organisationnelle du projet qui alimente les spéculations futures.

ASD vs Scrum vs XP

Conclusion

L’ASD est une méthode intellectuellement honnête sur la nature des projets complexes. Son refus d’utiliser le mot « plan » et son remplacement par « spéculation » est une déclaration philosophique courageuse. Pour les équipes qui travaillent sur des projets à haute incertitude où les besoins évoluent fondamentalement, l’ASD offre un cadre qui ne ment pas sur la nature du travail.