Méthodologie de développement à l’ère de l’IA (SDD + TDD)

À mesure que la vitesse à laquelle l’IA génère du code dépasse la vitesse de compréhension humaine, le rôle du développeur évolue, passant de « personne qui écrit du code » à « concepteur qui définit et valide l’intention ». Cet article propose comme schéma d’architecture central la combinaison de SDD (Spec-Driven Development) et de TDD.

1. L’essor du SDD (développement piloté par les spécifications)
   Contexte : avec l’explosion de la productivité du code due à l’IA, le « pilotage/revue humaine » devient le goulet d’étranglement. Plus que le code lui-même, « l’intention claire (Spec) » devient l’actif le plus important.

Concept : utiliser un cahier des exigences bien affiné à la fois comme prompt pour l’agent IA et comme « artefact exécutable ». Il joue le rôle de plan de contrôle (Control Plane) qui bloque à la source toute implémentation sortant des spécifications.

2. Synergie avec le TDD (Spec = cas de test)
   Garde-fous : pour empêcher les hallucinations de l’IA et les sauts logiques, on définit d’abord le code de test avant l’implémentation afin d’enfermer la créativité de l’IA dans le périmètre des exigences.

Workflow : génération de tests à partir des spécifications (Red) → implémentation automatique par l’IA (Green) → amélioration de la conception avec assistance de l’IA (Refactor).

Intégration : les spécifications deviennent les tests, et les échecs des tests viennent à leur tour enrichir les spécifications, créant une boucle vertueuse.

3. Le nouveau mindset du développeur
   Changement de rôle : passer du « maçon » au « commandant/architecte » qui orchestre le système.

Compétences indispensables : 1. une vision définissant la valeur essentielle du produit.
2. la capacité à concevoir une structure modulaire à haute disponibilité.
3. une connaissance métier approfondie permettant d’examiner de manière critique (Discrimination) les résultats produits par l’IA.

Conclusion : déléguer les détails d’implémentation (How) à l’IA, tandis que le développeur doit devenir un « orchestrateur système » qui définit et valide les invariants du système ainsi que l’intention de la logique métier (What/Why).