sdlc agentic-coding software-factory spec-driven claude-code compound-engineering

Spec Kit, Kiro, BMAD, Superpowers, compound engineering : neuf méthodes, une même grille

19 septembre 2026

Le SDLC augmenté par l'IA est le cycle de développement en onze phases que SFEIR utilise comme grille de lecture : il donne un nom à chaque moment que traversent les méthodes de développement avec agents, puis en propose une déclinaison¹. En dix-huit mois, une dizaine de ces méthodes sont apparues : Spec Kit (GitHub), Kiro (AWS), OpenSpec (Fission AI), BMAD Method, Superpowers, le compound engineering d'Every, CrewRig, le flux de Claude Code tel qu'Anthropic le livre, et l'approche d'Addy Osmani. Toutes traversent les mêmes moments : poser le contexte, spécifier, planifier, produire, vérifier, relire. Cet article les compare sur la grille SFEIR ; neuf articles satellites détaillent chacune d'elles.

Le cycle lui-même a son article de référence, publié le 16 juin 2026, et sa fiche². On ne le réexplique pas ici : on rappelle ce qu'il faut pour lire la table.

La grille : onze étapes en quatre zones

Didier Girard, directeur général de SFEIR, ESN de plus de 850 consultants présente en France et au Benelux, Google Cloud Premier Partner et partenaire d'Anthropic, porte ce cadre³. Sa thèse tient en une phrase, publiée le 1er avril 2026 : « Écrire du code est désormais un anti-pattern »⁴. Le cycle SFEIR à onze phases reprend la norme ISO/IEC/IEEE 12207, que l'IA réorganise sans la supprimer, sous une devise : « l'IA exécute, l'humain encadre, le projet apprend »¹. SFEIR regroupe les onze étapes en quatre zones et attribue à chacune un rôle porteur.

Inception, cadrer et contractualiser : 0 Setup (tech lead) installe le contexte projet ; 1 Define (PO, UX, métier) transforme une idée en spécification.
Elaboration, concevoir : 2 Plan (architecte, lead) arbitre l'architecture.
Construction, produire : 3 Build (binôme dev), 4 Verify (QA, dev), 5 Review (lead, cyber), puis 6 Compound-1 (tech lead) capitalise les leçons statiques avant livraison.
Transition, livrer et observer : 7 Ship (Ops, PO), 8 Ops (Ops, SRE), 9 Compound-2 (Ops, lead) capitalise les leçons runtime, 10 Deprecation (architecte) retire le code.

À chaque étape, le cycle peut repartir vers une étape précédente. La page publique regroupe les mêmes onze phases en amont (Setup, Define, Plan), cœur (Build, Verify, Review), capitalisation (Compound-1, Compound-2) et aval (Ship, Ops, Deprecation) : deux découpages du même cycle¹. La légende des schémas distingue quatre natures d'étape : gate humain (approbation requise pour continuer), capitalisation (le cycle apprend et se documente), étape automatisée (elle s'exécute et laisse une trace) et observation (la production et le retrait se suivent dans la durée)².

Le parti pris de SFEIR

Trois gates humains bornent une exécution automatisée sur tout le reste du cycle : Define (l'intention produit), Plan (l'architecture) et Ship (l'acceptation avant livraison). Deux étapes produisent du capital et non du code, Compound-1 et Compound-2, dont les leçons sont rechargées au Plan du cycle suivant selon le principe « un bug vu deux fois n'est pas un bug, c'est un trou dans le système »⁶. SFEIR mesure sur ses propres projets une baisse d'environ 30 % des itérations de correction après dix cycles (deck SDLC v3, juin 2026) ; ce chiffre first-party n'a pas été audité par un tiers⁷. Le cycle orchestre l'existant au lieu de le réécrire, et mesure le coût à chaque passage⁵.

Trois travaux voisins, et « Lattice »

La page du cycle situe le SDLC SFEIR face à trois travaux : le compound engineering de Kieran Klaassen (Every), dont il emprunte les étapes Compound ; celui d'Addy Osmani, à travers le whitepaper Google The New SDLC With Vibe Coding (mai 2026), signé Osmani, Saboo et Kartakis¹⁰, prolongé par son essai du 16 juin 2026¹¹ ; et « Lattice ». Ce nom désigne le dépôt open source techygarg/lattice (licence MIT, environ 170 étoiles en septembre 2026) : un cadre de skills composables organisés en Atoms (garde-fous à principe unique), Molecules (workflows multi-étapes) et Refiners (interviews qui produisent des standards d'équipe), sous le mantra « Living context over static config »⁸, rattaché à une série d'articles publiée sur martinfowler.com⁹. L'auteur du dépôt ne publie pas son nom complet.

Ces trois travaux tiennent leur place parmi des convergences indépendantes, aux côtés de l'ADLC de Chris Williams, de PROJ-AI, de DORA et de McKinsey : « quand des cadres construits indépendamment dessinent le même SDLC, ce n'est plus une mode »¹. Le cycle emprunte au premier ses étapes Compound et lit les deux autres comme des confirmations, sans filiation. Le détail de ces convergences, dont le playbook d'Anthropic, est dans le SDLC selon Anthropic et la convergence ADLC, DORA, Google.

Neuf méthodes sur une même table

La table reprend, pour chaque méthode, ce que les neuf articles satellites ont relevé : le nombre d'étapes qu'elle nomme, ses gates humains, où vit sa capitalisation, si elle formalise un Setup, ce qu'elle couvre de Ship et Ops, et l'outil qu'elle vise.

Méthode	Étapes	Gates humains	Capitalisation	Setup	Ship / Ops	Outil cible
OpenSpec	5	0 gate formel	hors cycle (archive)	oui (`openspec init`)	non	agnostique (30+ outils)
Superpowers	6	1 (merge)	hors cycle	non	non	Claude Code (puis multi-hôtes)
AI-augmented (Osmani)	6	1 (plan)	continue, hors cycle	non	partiel (commit)	agnostique
BMAD	8	2 (PRD, readiness)	dans le cycle (rétro)	non	non	Claude Code, Cursor, web
CrewRig	5	1 (merge)	continue, hors cycle	oui (setup)	non	Claude Code, Gemini CLI, Copilot CLI, Antigravity CLI
Kiro	5	relectures par artefact	non native	oui (steering)	non	IDE Kiro (AWS)
Compound engineering	7	1 (plan)	dans le cycle (compound)	non	non	Claude Code, Codex, Cursor
Claude Code vanilla	5	1 (plan)	continue, hors cycle	oui (`/init`)	partiel (PR)	Claude Code
Spec Kit	7	relectures (clarify, analyze)	non native	oui (constitution)	non	agnostique (30+ outils)

La famille spec-driven : Spec Kit, Kiro, OpenSpec

Ces trois méthodes appliquent le spec-driven development : la spécification sert de contrat entre l'humain et l'agent. Sur la grille, elles couvrent Setup, Define, Plan, Build et Verify. Spec Kit pose une constitution (Setup), puis enchaîne specify, clarify, plan, tasks, analyze et implement ; clarify et analyze jouent le rôle de points de contrôle, et les commandes portent aujourd'hui le préfixe /speckit.*. Kiro fait la même chose dans l'éditeur : des fichiers de steering (Setup), des requirements rédigés en EARS (Define), un design et des tasks (Plan), puis une exécution parallélisée avec hooks (Build, Verify), chaque artefact étant approuvé avant le suivant. OpenSpec vise le code existant : openspec init, puis explore, propose, apply et archive, le tout sans gate formel, l'humain corrigeant les artefacts au fil de la conversation.

Aucune des trois ne fait de la capitalisation une étape. Spec Kit et Kiro persistent leurs specs et leur contexte de départ, sans mécanisme qui relise les leçons d'un cycle au suivant ; OpenSpec archive une spec système qui grossit avec le code, hors cycle. Les gates diffèrent : relectures par artefact chez Spec Kit et Kiro, aucun gate chez OpenSpec. Les trois s'arrêtent à la Construction. Kiro Crew, ajouté en août 2026 sous licence Apache 2.0, ouvre vers une exploitation asynchrone que la grille ne capture pas encore. Détails dans Spec Kit, la spécification comme contrat, Kiro, le spec-driven dans l'éditeur et OpenSpec, le spec-driven pour le code existant.

La famille Claude Code : vanilla, Superpowers, compound engineering, CrewRig

Le socle est le flux que Claude Code fournit seul : /init écrit le CLAUDE.md (Setup), Explore et le mode plan couvrent Define et Plan, avec un plan accepté avant que l'agent code, puis Code, Commit et PR amorcent Review et Ship. L'auto-mémoire capitalise en continu, hors cycle. Les trois autres méthodes de la famille contraignent ce socle avant l'exécution. Superpowers, de Jesse Vincent, ajoute brainstorm, worktree, plan, développement en TDD strict, revue en sous-agents et finish ; le gate humain est le merge. En septembre 2026, ses skills tournent aussi sur Codex et Antigravity. Le compound engineering de Klaassen, avec ses commandes /ce-* depuis la v3 (avril 2026), enchaîne ideate, brainstorm, plan verrouillé, work, review, polish et compound, cette dernière étape écrivant les leçons dans les règles du projet : c'est la seule méthode de la famille dont la capitalisation vit dans le cycle, à l'image de Compound-1. CrewRig, de Hoani Cross (SFEIR), fait du contexte d'équipe l'artefact premier : un setup installe des couches de configuration partagées sur Claude Code, Gemini CLI, Copilot CLI et Antigravity CLI, puis specs, plan, dev et review, avec une boucle de frictions qui renvoie chaque constat vers la configuration.

Sur la grille, la famille couvre Setup (vanilla et CrewRig), Define, Plan, Build, Verify et Review. Aucune ne va au-delà de la PR : Ship, Ops et Deprecation restent hors champ. Les gates se ressemblent (un plan ou un merge) ; la capitalisation distingue le compound engineering, dans le cycle, des trois autres, continues et hors cycle. Détails dans Claude Code vanilla, le socle minimal, Superpowers, la discipline d'ingénierie injectée dans Claude Code, le compound engineering selon Every et CrewRig, le contexte d'équipe comme artefact.

L'approche outil-agnostique d'Addy Osmani

Osmani décrit une doctrine et non un pipeline outillé : spec, plan validé par l'humain, implémentation, tests, revue croisée, commit. Sur la grille, elle couvre Define, Plan (gate humain), Build, Verify et Review, et amorce Ship par les commits. La customisation des règles et l'apprentissage continu capitalisent hors cycle ; Ops et Deprecation restent hors champ. Sa source majeure récente est le whitepaper Google de mai 2026¹⁰, postérieur à son livre d'août 2025 ; Osmani a rejoint Anthropic début septembre 2026 pour travailler sur Claude Code, ce qui ne change rien au caractère agnostique de ses principes. Détails dans Addy Osmani, augmenter l'ingénierie sans s'y substituer.

BMAD, l'équipe agile simulée

BMAD Method, de Brian Madison, simule une équipe agile par des agents spécialisés (PM, architecte, dev, QA, scrum master), du brief à la rétrospective : brief et PRD (Define, avec le PRD comme gate), architecture et stories (Plan), readiness (second gate), dev story par story (Build), review (Verify, Review), rétro (Compound-1). C'est la méthode qui compte le plus d'étapes et le plus de gates, et l'une des deux, avec le compound engineering, où la capitalisation vit dans le cycle. Depuis la version 6 (janvier 2026), une architecture de skills et une intelligence adaptative à l'échelle rendent le parcours moins linéaire ; les huit étapes décrivent toujours le chemin de planification complet. Ship, Ops et Deprecation restent hors champ. Détails dans BMAD, une équipe agile simulée par des agents.

Ce qu'aucune ne couvre, et comment elles se combinent

Aucune des neuf méthodes ne couvre les onze étapes. La plupart s'arrêtent à la Construction : Ship, Ops et Deprecation restent hors champ, au mieux amorcés par un commit ou une PR. La capitalisation en deux temps (Compound-1 avant livraison, Compound-2 après observation en production) n'existe nulle part : BMAD et le compound engineering nomment une capitalisation, unique et placée avant la livraison. C'est ce que la déclinaison SFEIR cherche à combler, en gardant les gates et la capitalisation au centre ; les articles Ship, Ops, Deprecation et Compound-1 et Compound-2 décrivent ces étapes.

Les méthodes se combinent, parce qu'elles n'opèrent pas au même niveau. Les principes d'Osmani encadrent une équipe, Spec Kit lui donne un format de spécification, le compound engineering ajoute l'étape qui leur manque à tous les deux. CrewRig distribue une configuration d'équipe, et cette configuration peut embarquer Superpowers et le compound engineering, qui restent des skills. Claude Code vanilla est le socle sur lequel Superpowers, le compound engineering et CrewRig s'installent. Une équipe qui choisit Kiro choisit l'éditeur avec la méthode, ce qui limite les combinaisons.

Comment choisir

Du code existant à faire évoluer sans lourdeur : OpenSpec.
Un IDE et une traçabilité par artefacts, sur AWS : Kiro.
Un projet neuf, structuré dès la première spécification : Spec Kit.
La rigueur TDD sur Claude Code : Superpowers.
La capitalisation d'un cycle au suivant : compound engineering.
Un contexte d'équipe partagé sur plusieurs CLI d'agents : CrewRig.
Un projet substantiel ou réglementé, avec des gates formels : BMAD.
Des principes sans verrouillage sur un outil : l'approche Osmani.
Un point de départ avant toute méthode : Claude Code vanilla.

Dans tous les cas, Ship, Ops, Deprecation et la seconde capitalisation restent à ajouter. La grille sert à voir ce trou avant de choisir.

Sources

SFEIR, « SDLC augmenté par l'IA : le cycle à 11 phases », sfeir.com, mis à jour en septembre 2026. sfeir.com
SFEIR, « SDLC piloté par l'IA : le cycle SFEIR à 11 phases », sfeir.com, 16 juin 2026. sfeir.com
SFEIR, fiche « Didier Girard », sfeir.com, 2026. sfeir.com
SFEIR, page « Software Engineering » (formule « Écrire du code est désormais un anti-pattern »), sfeir.com. sfeir.com
SFEIR, « Software Factory 10x : l'usine logicielle augmentée par l'IA », sfeir.com, 8 avril 2026. sfeir.com
SFEIR, liste des articles (série SDLC augmenté, dont Compound : « un bug vu deux fois... »), sfeir.com. sfeir.com
SFEIR, « Le SDLC selon Anthropic : comparaison avec le cycle SFEIR » (mention de la mesure first-party de −30 %), sfeir.com, août 2026. sfeir.com
techygarg, dépôt Lattice, GitHub, consulté en septembre 2026. github.com
Série d'articles sur martinfowler.com à laquelle Lattice se rattache (« reduce friction AI »), martinfowler.com. martinfowler.com
Addy Osmani, Shubham Saboo, Sokratis Kartakis (Google), « The New SDLC With Vibe Coding », whitepaper publié sur Kaggle, mai 2026. kaggle.com
Addy Osmani, « The New Software Lifecycle » (essai compagnon du whitepaper), addyosmani.com, 16 juin 2026. addyosmani.com