Le fonctionnement du SDD
Du cycle en cascade à l’exécution par l’IA guidée par la spécification : l’analyse technique complète.
Évolution
L’évolution du développement logiciel
Quatre époques de la conception logicielle : du cycle en cascade rigide aux agents d’IA guidés par la spécification.
Waterfall
Des phases successives : exigences, conception, réalisation, tests, déploiement. Chaque étape s’achève avant que la suivante ne commence. Les modifications coûtent cher ; les boucles de retour se mesurent en mois.
Prévisible, mais lent. Une demande de modification après la phase de conception peut remettre à zéro tout le calendrier.
Agile
Sprints itératifs, récits utilisateur, réunions quotidiennes, rétrospectives. Les équipes livrent par incréments et s’adaptent au changement. Mais la vélocité reste bornée par la taille de l’équipe et le coût de la coordination.
Des retours plus rapides, mais grandir exige davantage de personnes — et davantage de personnes exigent davantage de coordination.
AI-Assisted
Complétion de code, assistants de programmation, génération de code par conversation. Chaque développeur gagne en rapidité, mais le processus de développement lui-même ne change pas. L’IA assiste ; l’humain fait toujours le travail.
Des gains de productivité de 20 à 40 % par développeur — mais le processus, les rôles et les goulets d’étranglement restent les mêmes.
SDD
La spécification devient le contrat exécutable. Des agents d’IA réalisent, testent, documentent et déploient, sous l’orchestration d’un ingénieur senior qui maîtrise l’ensemble du cycle de vie au moyen de spécifications formelles.
Non pas des développeurs plus rapides, mais un processus fondamentalement différent. Un seul ingénieur, la spécification d’abord, l’exécution confiée à l’IA. Concept clé
Qu’est-ce que le Specification-Driven Development ?
Une méthode dans laquelle la spécification fait foi et les agents d’IA exécutent le travail.
Specification-Driven Development (SDD) est une méthode dans laquelle chaque fonction, chaque service et chaque intégration commence par une spécification formelle, lisible par la machine — avant l’écriture de la moindre ligne de code.
Contrairement aux approches traditionnelles, où les développeurs interprètent les exigences et prennent les décisions de mise en œuvre au fil de l’eau, le SDD concentre en amont, dans la spécification, toutes les décisions d’architecture et de métier. La spécification n’est pas une documentation : c’est la source de vérité que les agents d’IA exécutent.
Résultat : des livrables prévisibles, une qualité constante et une vitesse de développement qui croît avec la précision de la spécification — et non avec la taille de l’équipe.
La spécification est le code
Chaque fonction naît d’une spécification formelle : contrats d’API, modèles de données, règles métier, critères d’acceptation. Elle est assez précise pour que les agents d’IA la mettent en œuvre sans ambiguïté.
Les agents font le travail
Les agents d’IA prennent en charge la réalisation, les tests, la documentation, la configuration CI/CD et la localisation. Chacun agit dans un rôle défini et des limites de contexte strictes.
L’humain garde la maîtrise
Un ingénieur senior rédige les spécifications, examine l’ensemble des livrables, arrête les décisions d’architecture et valide la qualité. L’IA démultiplie l’expertise ; elle ne remplace pas le discernement.
Architecture
Trois couches de contexte
Chaque agent d’IA opère dans une hiérarchie de contexte stricte, garante de cohérence et de qualité.
Contexte système
Règles d’architecture, contraintes de la pile technique, normes de codage, conventions de nommage et invariants valables pour tout le projet. Ce contexte est chargé dans chaque session d’agent et ne change jamais en cours de projet.
Exemple : « Java 21, Spring Boot 3.2, PostgreSQL. Tous les services suivent une architecture hexagonale. Les API REST respectent la spécification OpenAPI 3.1. Pas d’ORM : SQL natif avec jOOQ. »
Contexte fonctionnel
Exigences, critères d’acceptation, contrats d’API, modèles de données et règles métier d’une fonction donnée. Ce contexte est limité à la tâche en cours et définit ce que l’agent doit construire.
Exemple : « Service d’émission de certificats : POST /api/v1/certificates. Vérifie la capacité de l’entrepôt, contrôle les numéros de série en double, émet l’événement de domaine CertificateIssued. »
Contexte d’exécution
Le fichier en cours, la portée de la fonction, les tests attendus et les dépendances immédiates. C’est la couche de contexte la plus étroite : elle indique à l’agent exactement où il se trouve et ce qu’il doit produire ensuite.
Exemple : « Implémenter la méthode CertificateService.issue(). Entrée : IssueCertificateCommand. Sortie : CertificateDTO. Doit passer : CertificateServiceTest, lignes 45 à 78. »
Cycle de vie
Le cycle de vie SDD
Sept étapes de la spécification à la production, avec un contrôle humain à chaque étape critique.
- 01
Rédiger la spécification système
Définir l’architecture, la pile technique, les normes de codage, les conventions d’API et les règles communes au projet. L’ensemble devient le contexte système immuable de tous les agents.
- 02
Définir les exigences fonctionnelles
Pour chaque fonction : contrats d’API, modèles de données, règles métier, critères d’acceptation et tests attendus. La spécification doit être assez précise pour une réalisation sans ambiguïté.
- 03
Revue humaine : la spécification
L’ingénieur vérifie que la spécification est complète, cohérente et solide sur le plan architectural. C’est le point de contrôle le plus critique : une erreur à ce stade se propage partout.
- 04
Réalisation par les agents d’IA
Les agents exécutent la spécification : ils écrivent le code, créent les tests, produisent la documentation et configurent la chaîne CI/CD. Chacun agit dans les limites de son rôle et de son contexte.
- 05
Validation automatisée
Tout le code produit est automatiquement compilé, testé et analysé. La couverture de tests, la sûreté du typage et les normes de codage sont garanties par les chaînes d’intégration continue, et non par des humains.
- 06
Revue humaine : les livrables
L’ingénieur examine le code produit : exactitude, cas limites, sécurité, aptitude à la production. Aucun livrable de l’IA n’est déployé sans validation humaine.
- 07
Mise en production
Le code approuvé est fusionné, les chaînes s’exécutent et le système est déployé. Une traçabilité complète, de la spécification au commit puis au déploiement.
Votre spécification, un prix fixe, un système opérationnel.
- 01 Signature du NDA Avant tout échange de détails. Votre idée est protégée.
- 02 Appel de découverte · 30 min Uniquement avec un ingénieur senior : ni commerciaux, ni intermédiaires.
- 03 Devis écrit · 24 heures Périmètre et prix fixes, ou régie : à vous de choisir.
- 04 Démarrage sous 48 heures Si notre collaboration est pertinente, nous pouvons démarrer immédiatement.