La spécification est le nouveau code source.
Le savoir tacite des ingénieurs seniors devient des artefacts explicites. La spécification sert de contrat que le code implémente.
/ Thinkia · Méthodologie /
Une delivery IA exponentielle.
Les copilotes accélèrent chaque ingénieur. Le levier exponentiel se trouve dans le système de delivery. Six phases gouvernées, un Golden Spec, trois niveaux de risque — une delivery IA reproductible à l'échelle de l'entreprise.
Le plafond du copilote
Les copilotes accélèrent les ingénieurs. Ils ne réparent pas le système de delivery.
-
Aucun contexte partagé
Chaque sprint repart de zéro. Sans Context Package, les agents IA perdent l'intention, les contraintes et les décisions prises à chaque phase précédente.
-
Une génération sans gouvernance
Le code part en production sans traçabilité. Pas d'AI-BOM pour inventorier ce qui a été généré, pas de classification du risque, pas de chaîne de validation — seulement un diff.
-
Dérive des spécifications
Les exigences se dispersent entre tickets et messageries. Sans `.spec.md` vivant, les décisions d'architecture disparaissent et l'intention se découple de l'implémentation.
-
Prolifération des modèles
Chaque ingénieur choisit un outil IA différent. Sans passerelle unifiée, pas de maîtrise des coûts, pas de souveraineté des données ni d'application cohérente des politiques.
-
Le retravail domine
Sans méthodologie, 60 % du temps part en retravail et en débogage de ce que produit l'IA. La vitesse de génération devient lenteur de livraison.
-
Aucune reproductibilité
Les résultats dépendent de qui était dans la pièce, pas d'un système. Ce qui a fonctionné sur un projet ne peut être ni transféré, ni audité, ni passé à l'échelle.
Changement de paradigme
Arrêtez d'écrire du code. Commencez à spécifier l'intention.
Le VibeCoding — saisie assistée par IA, prototypage plus rapide — est la première étape. Le Spec-Driven Development est la suivante. La même IA, opérant désormais sur un système de delivery gouverné et partagé par toute l'équipe.
Les quatre piliers
-
-
La revue est l'activité centrale.
Le temps de l'ingénieur passe de l'écriture du code à sa validation, qui monte de 20 % à 50 % de son temps.
-
L'architecture est conçue pour être lisible par des agents.
Les patterns et les conventions sont stockés dans des artefacts versionnés au lieu de rester dans les conversations.
-
La gouvernance est intégrée au flux.
Les quality gates, la prévention des fuites de données (DLP) et la traçabilité sont intégrées aux frontières du processus, et non ajoutées en couches séparées.
Parcours de maturité
Le parcours du logiciel assisté par l'IA.
Toutes les organisations ne partent pas du même point. Le développement logiciel assisté par l'IA compte cinq stades de maturité — et savoir où vous en êtes détermine ce que vous devez faire ensuite.
-
Développement traditionnel
Le logiciel est construit manuellement, avec un contrôle total mais à un coût élevé.
-
VibeCoding
Le logiciel est généré vite… mais sans contrôle ni cohérence.
-
Coding 3.0
Le logiciel est accéléré par l'IA, mais dépend toujours du développeur.
-
Spec-Driven Development
Le logiciel est défini par une intention structurée, dans un cadre de règles.
-
Destination Enterprise AI-SDLC
Le logiciel est orchestré comme un système gouverné de règles, de specs et de capacités.
Le saut critique : du VibeCoding au Spec-Driven
L'erreur la plus fréquente des organisations est de confondre VibeCoding et transformation. Générer du code vite sans gouvernance crée de la dette technique à la vitesse de l'IA. La clé n'est pas la vitesse de génération — c'est la qualité de la spécification qui la précède.
Enterprise AI-SDLC : la destination
Au stade Enterprise, le logiciel cesse d'être un produit artisanal pour devenir le résultat gouverné d'un système de règles, de specs et de capacités. L'IA ne remplace pas l'ingénieur — elle redéfinit le type d'ingénieur que vous devez être.
Six phases
De F0 à F5 — six phases, six livrables signés.
Les cinq phases — Cadrage, Spécification, Génération, Revue, Livraison — correspondent à six livrables signés : de F0 à F5. Chaque phase démarre avec le Context Package de la précédente : le Golden Spec, l'AI-BOM et le dernier Health Report.
- 1
F0 — Input Bundle
Alignement stratégique, affinage du backlog, inventaire des risques et carte de contexte. Le livrable signé est le Context Package que tous les agents suivants lisent avant de générer quoi que ce soit.
- 2
F1 — Cadrage du problème
Définition précise du problème, limites du périmètre et première attribution du niveau de risque. Produit le System Brief `.spec.md` — le document d'intention sur lequel s'appuie chaque agent.
- 3
F2 — Ingénierie des spécifications
Travail de spécification structuré : décisions d'architecture, contrats de composants et design d'interaction saisis sous une forme lisible par machine. Produit l'Architecture Decision Record `.design.md` et la spécification d'interaction `.ui-spec.md` — complétant le Golden Spec avant le début de la génération.
- 4
F3 — Construction
Développement parallèle assisté par l'IA à partir du Golden Spec. Chaque unité de code est classée par risque (Vert / Ambre / Rouge), consignée dans l'AI-BOM et validée par la quality gate en 17 points avant validation.
- 5
F4 — QA et validation
Gates de test structurées : fonctionnel, performance, sécurité, conformité. La bibliothèque de skills exécute les 17 validateurs automatiques et produit un Health Report de phase avant toute signature.
- 6
F5 — Passage en production
Déploiement, référence de monitoring et runbook opérationnel. La chaîne des cinq signatures se referme — PM, Architecte, Sécurité, Juridique/Conformité, Platform Owner — rendant chaque livraison traçable de bout en bout.
Inutile d'adopter les six phases d'un coup. La plupart des équipes commencent par F0 (Input Bundle) et le Golden Spec, puis étendent le cadre progressivement à mesure que la confiance grandit.
La colonne vertébrale de la gouvernance
Le Golden Spec
Un artefact obligatoire par sprint. Trois fichiers maîtres qui définissent ce qui est construit. Cinq signatures qui confirment qu'on peut le construire en toute sécurité.
De quoi s'agit-il
Le Golden Spec est la colonne vertébrale de la gouvernance de tout projet AI-SDLC. Il est créé en F0 et signé à chaque gate de phase. Sans lui, aucun agent IA ne génère — et aucun livrable ne part.
`.spec.md` — System Brief
L'intention du projet dans un seul fichier — objectifs, personas, contraintes et exigences non fonctionnelles. C'est ce que chaque agent IA lit avant de générer quoi que ce soit. Le contrat entre l'intention métier et l'exécution technique.
`.design.md` — Architecture Decision Record
Chaque décision structurelle avec sa justification complète — ce qui a été choisi, ce qui a été écarté et pourquoi. Évite la dérive d'architecture au fil du projet et donne à la chaîne des cinq signatures un artefact concret à examiner.
`.ui-spec.md` — Spécification UI
La spécification d'interaction et le contrat de composants. Définit les états d'écran, les parcours utilisateur et le comportement des composants pour que l'UI générée par l'IA repose sur des décisions de design délibérées, et non sur l'intuition du modèle.
AI-BOM + Health Reports
L'AI Bill of Materials inventorie chaque unité de code générée par l'IA avec son niveau de risque et son statut de validation. Les Health Reports de phase sont des instantanés qualité produits par les 17 validateurs de la bibliothèque de skills à chaque gate.
La chaîne des cinq signatures
PM · Architecte · Sécurité · Juridique/Conformité · Platform Owner. Chaque gate de phase exige la chaîne complète avant que le Context Package n'avance. Pas de validation partielle, pas d'exception.
Gouvernance du risque
Trois niveaux. Une politique.
Chaque unité de code produite par ou avec l'IA reçoit un niveau de risque au moment de sa génération et est consignée dans l'AI-BOM. Le niveau détermine lesquels des 17 validateurs qualité s'exécutent, les relecteurs requis et les preuves d'audit qui doivent exister avant que l'unité puisse partir.
Généré par l'IA, relu par un humain
Unités à faible risque : documentation, squelettes de tests, boilerplate. Générées librement à partir du Golden Spec, relues par un ingénieur. Une seule signature requise avant d'avancer.
Assisté par l'IA, validé par un humain
Unités à risque moyen : logique métier, intégrations d'API, transformations de données. Validées par rapport à l'ADR `.design.md` avec deux signatures et un Health Report confirmant que tous les validateurs pertinents sont passés.
Rédigé par un humain, soutenu par l'IA
Unités à haut risque : contrôles de sécurité, logique de conformité, calculs financiers. L'humain rédige le brouillon avec l'appui de l'IA ; la chaîne complète des cinq signatures est requise avant que l'unité n'entre dans l'AI-BOM comme validée.
Résultats
À quoi ressemble une delivery IA gouvernée en production
37–42 %
D'effort de développement en moins
Mesuré en production chez un assureur mondial par rapport à sa méthode traditionnelle, à qualité constante. Les ingénieurs consacrent leur temps à l'intention et à la validation, pas au retravail.
90 %
De perte de contexte en moins
Le Context Package — Golden Spec, AI-BOM, Health Report — transporte l'état complet du projet à travers chaque phase et chaque sprint.
100 %
Prêt pour l'audit
Chaque artefact signé. Chaque unité générée par l'IA inventoriée dans l'AI-BOM. Chaque livrable de phase traçable jusqu'à une exigence métier.
17
Validateurs qualité
Contrôles prêts à l'emploi couvrant les gates fonctionnelles, de sécurité, de performance et de conformité — exécutés automatiquement par la bibliothèque de skills à chaque frontière de phase.
108
Skills validés
Bibliothèque de skills compatible MCP, invocable par Claude, GPT-4o ou Gemini — sans intégration sur mesure dans aucune chaîne d'outils IA compatible.
4–6 semaines
MVP de l'étape 1
Le Sprint 0 prend 2 à 4 semaines pour installer la méthodologie. Le MVP de l'étape 1 est livré en 4 à 6 semaines, avec l'application en CI et la chaîne de phases complète active.
Où elle s'applique
Conçue pour les environnements réglementés et complexes
Services financiers
Pistes d'audit, contrôles du risque de modèle et gates de conformité intégrés à chaque phase — et non ajoutés après coup.
Santé et sciences de la vie
Les exigences de gouvernance des données patients et de validation des logiciels cliniques sont couvertes par le système de niveaux de risque et la chaîne des cinq signatures.
Logiciel d'entreprise
Les grandes équipes d'ingénierie qui adoptent l'IA à grande échelle ont besoin de structure, pas seulement d'outils. La méthodologie leur donne un modèle opérationnel commun.
Secteur public et défense
Déploiement souverain, gestion de contextes classifiés et auditabilité complète — le niveau Rouge couvre le code aux enjeux les plus élevés.
Retail et e-commerce
Des cycles de livraison rapides sans risque de régression. La construction assistée par l'IA dans le cadre Vert/Ambre réduit le time-to-market en toute sécurité.
Questions
Questions fréquentes
Qu'est-ce que le VibeCoding et pourquoi plafonne-t-il ?
Le VibeCoding, c'est la productivité individuelle assistée par l'IA — saisie plus rapide, prototypage plus rapide — qui repose toujours sur le contexte local de chaque ingénieur. Il plafonne parce qu'il ne règle ni les specs partagées, ni la classification du risque, ni la gouvernance. Le Spec-Driven Development est l'étape suivante : c'est l'équipe, et pas seulement l'individu, qui opère avec l'IA à chaque couche du système de delivery.
En quoi est-ce différent de l'Agile ou du DevOps classiques ?
Agile et DevOps ont été conçus avant que le code généré par l'IA ne devienne une réalité. L'AI-SDLC ajoute un système de classification par niveaux de risque, un Golden Spec en trois fichiers lisible par machine et une chaîne de gouvernance à cinq signatures conçue spécifiquement pour les artefacts générés par l'IA.
Faut-il Thinkia Pulse pour utiliser la méthodologie ?
Non. La méthodologie est indépendante de la chaîne d'outils. Pulse apporte toutefois un support natif du Golden Spec, de la bibliothèque de skills et de la passerelle MCP — ce qui accélère nettement l'adoption.
Comment fonctionne le système de niveaux de risque en pratique ?
En construction F3, chaque unité de code est étiquetée Vert, Ambre ou Rouge selon sa criticité métier et la sensibilité des données. Le niveau détermine la chaîne de revue : un ingénieur pour le Vert, deux signatures pour l'Ambre, la chaîne complète des cinq signatures pour le Rouge.
Est-ce un outil ou une méthodologie ?
Une méthodologie. L'Enterprise AI-SDLC est un cadre de gouvernance — un ensemble de phases, d'artefacts et de pratiques de revue. Thinkia Pulse est la plateforme qui l'implémente, mais les équipes peuvent adopter la méthodologie avec leurs propres outils.
Qu'est-ce que le Sprint 0 et comment démarrer ?
Le Sprint 0 est une mission d'onboarding structurée au cours de laquelle Thinkia cartographie votre processus de delivery actuel, installe la méthodologie et produit le premier Input Bundle et le premier Golden Spec de votre premier sprint AI-SDLC. Il dure généralement de 2 à 4 semaines.
Que signifie « compatible MCP » pour la bibliothèque de skills ?
Les 108 skills de la bibliothèque sont packagés comme des outils Model Context Protocol. Tout agent IA compatible MCP — y compris Claude, GPT-4o et Gemini — peut les invoquer directement, sans intégration sur mesure.
Peut-on l'adopter phase par phase ?
Oui. La plupart des équipes commencent par F0 et le Golden Spec, puis adoptent progressivement le système de niveaux de risque, les validateurs qualité et la chaîne de phases complète. La méthodologie est conçue pour une adoption incrémentale — sans déploiement big bang.
Deux façons de commencer
Commencez par la structure.
Lisez l'AI-SDLC Playbook — la méthodologie complète en un seul document, avec les modèles de phase, le format du Golden Spec et la checklist des 17 validateurs.
Ou réservez un échange Sprint 0. Nous cartographierons votre processus de delivery actuel et vous montrerons précisément où la méthodologie s'applique.