Conception émergente
Les décisions de conception sont prises et validées au moment adéquat, dans le but de réduire le coût du changement.
Principe parent : Itérations
Question pratique : Phase de conception
Pratique opposée : Big design up front
Bénéfice
Prendre les décisions de conception au moment où l'on en sait assez, et pas avant, garde le produit modifiable tout au long de sa vie, en contournant l'obstacle du Coût du changement élevé créé par des choix figés trop tôt.
Mise en pratique
Lors de la planification, l'équipe prépare collectivement la conception d'une story, puis l'approfondit pendant le sprint : l'écriture des tests en premier fait partie de ce travail de conception.
Recommandation
Quand une question technique reste ouverte, mieux vaut inscrire au backlog un travail d'exploration — un spike — que de trancher à l'aveugle ou de reporter indéfiniment la décision.
Antipattern
- Constatation : sous prétexte d'émergence, on ne décide jamais rien et chacun conçoit dans son coin, story après story.
- Risque : les choix implicites s'accumulent et se contredisent ; la dette technique s'installe sous couvert d'agilité.
- Réduction du risque : émergent ne veut pas dire absent — garder des moments de conception collective et rendre les décisions visibles, par les tests et par le code.
Avec l'IA ?
- Constatation : Une IA propose en quelques secondes une architecture complète et cohérente, avant même que l'équipe ait rencontré le problème.
- Risque : On retombe dans la conception faite d'avance, mais générée : des choix structurants sont adoptés tôt et personne dans l'équipe ne sait vraiment les justifier.
- Réduction du risque : Se servir de l'IA pour explorer des options au moment où la question se pose, et ne garder que ce que l'équipe comprend et sait défendre.
