Daniel Neveux
Développement agentique · Méthode Clever Spec

Sept phases, de la spécification à la release.

Clever Spec est la méthode SDLC qui gouverne mes développements. L'IA en accélère chaque phase ; la méthode tient sans elle. Chaque exigence part d'un critère d'acceptation et se retrouve dans un test, une revue et une release : la traçabilité est verticale, du besoin métier au changelog.

7phases, de la spec à la release
×5 à ×20vélocité mesurée en production
/3-4sur les coûts de delivery
TDDtests ISO critères d'acceptation
01 · Les 7 phases

Un cycle complet, gouverné par les critères d'acceptation.

01

Spécification

Sortie : specs exhaustives (fichiers MD)

L'ADN du projet, lisible par un humain. Le projet est décomposé en spécifications fonctionnelles et métier, avec leurs critères d'acceptation : ces critères sont les graines de l'arbre de gouvernance qualité qui couvre tout le projet. Sur la base de ces specs, une équipe d'humains ou d'agents IA peut reproduire le produit à l'identique.

02

Roadmap

Sortie : roadmap vivante (fichier MD)

Les spécifications sont découpées en une roadmap de jalons : une vue d'ensemble qui livre la valeur utilisateur en premier, sous contrainte des dépendances techniques.

03

Sprint planning

Sortie : tickets en colonne « consolidation »

Chaque jalon est découpé en Epics, User Stories et Technical Stories, en mode brouillon. Chaque story référence ses critères d'acceptation ; les Epics regroupent leurs stories et portent les scénarios de test d'intégration qui les font travailler ensemble.

04

Consolidation

Sortie : tickets validés, colonne « todo »

La phase où les parties prenantes travaillent chaque ticket en profondeur : mesure de l'impact dans le graphe de connaissance s'il existe une codebase, recherche des écarts avec les specs, consensus sur les critères d'acceptation. Chaque critère est développé en scénario de test navigateur ou API, et l'outillage de dev et de test est défini pour garantir que le scénario est exécutable.

05

Développement

Sortie : code sur branche isolée

La phase concrète de code, en Test-Driven Development : branche dédiée, écriture des interfaces, tests ISO critères d'acceptation, implémentation, exécution des tests jusqu'au passage, mise à jour du graphe de connaissance.

06

Revue

Sortie : code fusionné en branche dev

La première ligne de défense, ticket par ticket dans son périmètre isolé : revue de sécurité selon les specs (OWASP, SOC 1/2 le cas échéant), revue de code (architecture, conventions), exécution des tests unitaires et des scénarios d'intégration des tickets parents (Epic, jalon) en environnement de dev. La branche est fusionnée si tout passe.

07

QA

Sortie : nouvelle release

Une release est ouverte pour embarquer le travail de l'itération et vérifier la conformité aux specs : réexécution des tests d'intégration du jalon en staging, puis du playbook complet en régression. Tout bug donne lieu à un ticket FIX qui reparcourt le kanban jusqu'à la QA, avec réexécution de la suite complète. La version est publiée au succès.

02 · Colonne vertébrale qualité

Du critère d'acceptation à la release.

Chaque maillon découle du précédent, et toute régression ramène au point de départ par un ticket FIX.

Critères d'acceptation → Scénarios de test → TDD → Portes de revue → QA en staging → Release
Release → (régression détectée) → ticket FIX → retour au kanban → QA → Release

03 · Opérée par des agents

La méthode est exécutée par le pipeline Jared.

L'IA accélère chaque phase. La méthode tient sans elle.

Le pipeline agentique propriétaire Jared orchestre des agents Claude sur l'ensemble de ce cycle : product management, développement, QA. Sur quatre projets livrés en production, les gains de vélocité mesurés vont de ×5 à ×20 et les coûts de delivery sont divisés par 3 à 4. Le détail des projets figure sur la page Technologie.

Cette activité s'adresse aux fondateurs financés sans équipe d'ingénierie et aux produits greenfield : je livre le résultat en autonomie complète, sur branche isolée, avec votre validation finale comme seule porte. Le run est ensuite couvert par une maintenance en abonnement.

04 · Références

Quatre projets livrés en production.

EdTech

Feature complète sur plateforme EdTech

EdTech VC-funded · 2026

Portail School Manager, workflow de revue multi-étapes, versioning de contenus avec comparaison et rollback, vue étudiant. Livré en 3 jours calendaires quand l'équipe en place estimait 2 mois, tests navigateur automatisés à l'appui.

Quick-Spell-Checker

SaaS avec monétisation complète

SaaS · 2024 · Production

Cycle d'abonnement Stripe complet (8+ webhooks, rotation de tokens, magic links) et backoffice revenus temps réel. Livré en 3,5 semaines, pour un équivalent estimé à 4,5 personnes sur 3 mois.

PtiDonjon

Plateforme d'édition agentique

Édition · 2025-2026 · Production

Workflow multi-agents de bout en bout (commercial Instagram, rédaction, illustration, assemblage), architecture CQRS et refonte avec migration de base de données en production en 27 jours.

Périmètre fonctionnel couvert très étendu … tout à fait testable.

PO · EdTech, mission livrée en 3 jours

Très clair et correspond aux meilleures pratiques.

PO · EdTech, à propos des spécifications livrées

Recommandé sur Malt par Philippe Acquier, Salim Laimeche, Nicolas Lapointe et 5 autres.

Prochaine étape

Trente minutes pour cadrer votre projet, sans engagement.