SFEIR
Compound Engineering Méthodologie

Compound Engineering

Workflow itératif PLAN-WORK-REVIEW-COMPOUND où chaque cycle enrichit le suivant via un effet cumulatif.

SFEIR AI · Mis à jour le 26 août 2026

Principe : inverser la courbe de complexité

Le Compound Engineering est un workflow de développement conçu pour maximiser l'effet cumulatif de chaque cycle de production. Contrairement à l'ingénierie traditionnelle où la complexité croît avec chaque feature, le Compound Engineering inverse cette courbe : chaque feature rend la suivante plus facile. Le guide de référence en donne la formulation exacte : « The core philosophy of compound engineering is that each unit of engineering work should make subsequent units easier—not harder. »

La pratique est attribuée à Kieran Klaassen, du média Every, où elle est née du développement de l'assistant Cora, vers mi-2025. Un greffon open source publié par Every en propose une implémentation pour plusieurs agents de code.

Cycle PLAN → WORK → REVIEW → COMPOUND → REPEAT

Le cycle structure le travail en 80 % planification et revue, 20 % exécution du code, une répartition que reprend le guide de référence. L'étape COMPOUND est la clé : elle capture les apprentissages et les codifie en systèmes réutilisables, plutôt que de les laisser dans la tête de l'ingénieur.

  • PLAN — Enseigner le système : spécifications, conventions, architecture.
  • WORK — Exécution : l'IA produit sous surveillance.
  • REVIEW — Évaluation multi-axes : qualité, conformité, sécurité.
  • COMPOUND — Stocker les leçons : enrichir le contexte pour le prochain cycle.
  • REPEAT — Le cycle suivant bénéficie de tout le contexte accumulé.

Ce que la méthode promet, et ce qui est mesuré

Les gains rapportés par les praticiens de la méthode tournent autour d'un facteur cinq en vélocité par développeur bien équipé, pour une à deux heures hebdomadaires d'entretien du système. Ces ordres de grandeur circulent dans les retours d'expérience publiés, sans protocole de mesure ni périmètre défini : à lire comme des témoignages, pas comme des mesures. Ce qui est en revanche vérifiable est le principe lui-même et la structure du cycle, tous deux publiés et datés.

Sa place parmi les approches voisines

Le compound engineering partage son objet avec le CDLC de Patrick Debois, le cumul de connaissance, mais l'aborde par l'autre bout : le CDLC décrit le cycle de vie du contexte comme une dépendance, le compound engineering une boucle de production qui codifie le jugement de l'ingénieur. Il se distingue du vibe coding, qui explore sans relire, là où le compound engineering vise la production durable.

Questions fréquentes

Comment le Compound Engineering réduit-il la complexité au lieu de l'augmenter ?

Chaque cycle COMPOUND enrichit le contexte partagé (specs, conventions, tests). Les cycles suivants bénéficient de ce contexte plus riche, ce qui réduit les ambiguïtés et les erreurs. C'est l'inverse de la dette technique classique.

D'où vient le terme, et quel est le principe exact ?

La pratique est attribuée à Kieran Klaassen, du média Every, où elle est née du développement de l'assistant Cora vers mi-2025. Le principe publié tient en une phrase : chaque unité de travail d'ingénierie doit rendre les suivantes plus faciles, et non plus difficiles.

Quelles sont les étapes du cycle ?

Plan, Work, Review, Compound, puis répétition. L'étape Compound, qui codifie les apprentissages en systèmes réutilisables, est celle qui distingue la méthode d'un cycle de développement ordinaire. Planification et revue occupent environ 80 % du temps.

Les gains annoncés sont-ils mesurés ?

Non. Les ordres de grandeur qui circulent, autour d'un facteur cinq en vélocité, viennent de retours d'expérience publiés sans protocole ni périmètre défini. Le principe et la structure du cycle sont documentés ; les chiffres de gain restent des témoignages.

Sources

Articles liés

Concevoir et fabriquer à l'ère de l'agentique

Concevoir et fabriquer à l'ère de l'agentique

Spec-driven devenu standard, Cagan qui acte le déplacement de la valeur vers la discovery, DORA 2025 qui mesure l'amplification : la fabrication du logiciel a basculé. Le cadre SFEIR articule cycle produit, cycle logiciel et base de connaissance en un seul système, où la spec est le prompt.

Context Engineering : le guide complet pour 2026

Context Engineering : le guide complet pour 2026

Le Context Engineering est la discipline qui structure le contexte alimentant les agents IA. Architecture 3-Tier, CDLC, et Compound Engineering : tout comprendre.

Sandwich Team et Product Engineer : la nouvelle équipe 10x

Sandwich Team et Product Engineer : la nouvelle équipe 10x

La Pizza Team est morte. La Sandwich Team — 1 App Owner augmenté + contributeurs occasionnels — est le modèle d'équipe du développement 10x.

Le « Taste Skill » : pourquoi l'intention de design se décide en phase Plan

Le « Taste Skill » : pourquoi l'intention de design se décide en phase Plan

L'intention de design d'un produit, son design-system, son registre visuel, n'est pas un détail à corriger en Review : c'est un arbitrage de la phase Plan. Le « Taste Skill », objet open-source, le démontre concrètement.

AI Champions : comment SFEIR forme 850 consultants augmentés

AI Champions : comment SFEIR forme 850 consultants augmentés

Le constat qui dérange : l'amélioration continue ne suffit plus Il y a quelques mois, Didier Girard, CTO de SFEIR, a posé une affirmation qui a fait l'effet d'une douche froide dans les équipes techniques : "Écrire du code est désormais un anti-pattern." Pas une hyperbole. Pas u...

Architecture 3-Tier du contexte : Hot, Warm et Cold Memory

Architecture 3-Tier du contexte : Hot, Warm et Cold Memory

Le paradoxe du prompt vide : quand 80 % du travail se fait avant d'écrire Une étude portant sur 283 sessions de travail avec des agents IA révèle un chiffre qui devrait faire réfléchir tout architecte logiciel : l'infrastructure contextuelle représente désormais 24,2 % de la doc...

Le CDLC : traiter le contexte comme une dépendance logicielle

Le CDLC : traiter le contexte comme une dépendance logicielle

Le paradoxe du prompt vide : quand 80 % du travail se passe avant d'écrire Vous avez probablement déjà vécu cette situation : un développeur passe une heure à peaufiner un prompt, obtient un résultat médiocre, reformule, recommence, et finit par se demander si l'IA tient vraimen...

CI/CD ultra-robuste : le filet de sécurité du développement 10x

CI/CD ultra-robuste : le filet de sécurité du développement 10x

Le paradoxe du développement augmenté Il y a une tension au cœur de la révolution IA que peu d'équipes techniques prennent le temps d'articuler clairement. D'un côté, les promesses sont réelles : générer du code plus vite, réduire la friction, atteindre un facteur de pro...

Claude Code : l'agent de développement qui change la donne

Claude Code : l'agent de développement qui change la donne

De l'assistant au agent : une rupture qui redéfinit le développement logiciel Pendant des années, l'IA dans le développement logiciel a joué un rôle bien délimité : celui du copilote. Un outil intelligent, certes, capable de compléter une ligne de code, de suggérer une fonction...

Compound Engineering : comment chaque cycle rend le suivant plus facile

Compound Engineering : comment chaque cycle rend le suivant plus facile

Le paradoxe du prompt vide : pourquoi votre IA recommence toujours de zéro Imaginez embaucher un développeur senior chaque matin, lui expliquer l'intégralité de votre projet, vos conventions, votre architecture, vos décisions passées — puis le voir partir à 17h sans laisser la m...

Écrire du code est un anti-pattern : la provocation qui change tout

Écrire du code est un anti-pattern : la provocation qui change tout

La provocation qui remet tout en question « Écrire du code est désormais un anti-pattern. On ne doit plus produire de code manuellement. » Cette phrase, prononcée par Didier Girard, a de quoi faire bondir n'importe quel développeur. Elle semble absurde, voire pro...

Cinq agents fiables à 90 % ne font pas un système fiable à 90 %. Ils font 59 %.

Cinq agents fiables à 90 % ne font pas un système fiable à 90 %. Ils font 59 %.

La fiabilité des chaînes d'agents est multiplicative, pas additive. Boucles d'évals, passerelle unifiée, FinOps des tokens, sécurité PII : les quatre piliers du plan de contrôle qui protège votre facteur 10x quand une flotte d'agents passe en production.

Mesurer la productivité augmentée : au-delà du nombre de lignes de code

Mesurer la productivité augmentée : au-delà du nombre de lignes de code

L'IA dans vos équipes : une révolution à double tranchant 90 % des développeurs utilisent aujourd'hui l'intelligence artificielle dans leur travail quotidien. Cette statistique, issue du rapport DORA 2025, représente une progression de 14 points en une seule année — l'accélérati...

Monorepo et contexte partagé : l'infrastructure du Compound Engineering

Monorepo et contexte partagé : l'infrastructure du Compound Engineering

L'ingénierie logicielle à l'ère des agents : un changement de paradigme silencieux Il se passe quelque chose d'intéressant dans les équipes de développement qui travaillent sérieusement avec des agents IA. Celles qui obtiennent les meilleurs résultats ne sont pas forcément celle...

Product Engineer : le nouveau rôle qui fusionne toutes les spécialités

Product Engineer : le nouveau rôle qui fusionne toutes les spécialités

La fin du développement en silos : un changement de paradigme Pendant des décennies, la production logicielle a reposé sur une logique de spécialisation poussée à l'extrême. D'un côté, les développeurs front-end. De l'autre, les développeurs back-end. Entre les deux, des designe...

Projet Preuve : livrer un premier résultat IA en 8 semaines

Projet Preuve : livrer un premier résultat IA en 8 semaines

Le constat qui dérange : l'amélioration continue ne suffit plus Combien de fois avons-nous entendu cette promesse dans les salles de réunion ? « Avec cette nouvelle méthodologie, nous allons gagner 15 % de productivité. » Les équipes s'enthousiasment, les sprints se succ...

La Sandwich Team : 1 App Owner pour 80% du périmètre technique

La Sandwich Team : 1 App Owner pour 80% du périmètre technique

De la Pizza Team à la Sandwich Team : un changement de paradigme Pendant des années, l'industrie du logiciel a optimisé à la marge. On a affiné les cérémonies agiles, réduit les cycles de sprint, introduit le DevOps, automatisé les pipelines CI/CD. Chaque itération apportait que...

Du Spec-Driven à l'Issue-Based : l'évolution du développement IA

Du Spec-Driven à l'Issue-Based : l'évolution du développement IA

Le code comme anti-pattern : un changement de paradigme radical Il y a quelques années, optimiser le cycle de développement logiciel signifiait gagner quelques pourcents de productivité ici et là : meilleurs outils, meilleures pratiques, CI/CD plus rapide. Aujourd'hui, c...

Stack AI-Ready : pourquoi TypeScript et le trunk-based dev sont essentiels

Stack AI-Ready : pourquoi TypeScript et le trunk-based dev sont essentiels

Le code manuel est mort. Vive le contexte engineering. C'est une phrase qui dérange, qui bouscule les certitudes de toute une profession : « Écrire du code est désormais un anti-pattern. » Pourtant, c'est précisément ce qu'affirme Didier Girard, et c'est la thèse centrale que no...

Stop seeking 5%, aim for 10x : la mentalité de transformation radicale

Stop seeking 5%, aim for 10x : la mentalité de transformation radicale

L'IA comme rupture cognitive, pas comme outil d'optimisation Quand une équipe de développement annonce fièrement avoir gagné 5 % de productivité grâce à l'IA, il faut se poser une question inconfortable : est-ce vraiment tout ce que cette technologie peut apporter ? Dans...

Trunk-based development et l'IA : pourquoi les feature branches freinent

Trunk-based development et l'IA : pourquoi les feature branches freinent

Le paradoxe de la branche feature : quand l'organisation freine la machine Pendant des années, le modèle feature branch a représenté une bonne pratique presque incontestée du développement logiciel moderne. Chaque développeur part sur sa branche, travaille en isolation, ouvre un...

Pourquoi le temps passé et les ETP sont des indicateurs obsolètes

Pourquoi le temps passé et les ETP sont des indicateurs obsolètes

Avec l'IA générative, le volume de code n'est plus corrélé à l'effort humain. Mesurer la valeur au temps passé revient à pénaliser l'efficacité. Il est temps de passer à l'engagement de résultats.

AI4IT d'abord : pourquoi l'IA pour le SI précède l'IA pour les métiers

AI4IT d'abord : pourquoi l'IA pour le SI précède l'IA pour les métiers

AI4IT d'abord, AI4Business ensuite : pourquoi l'IA pour le build et le run du SI passe avant l'IA pour les métiers dans la fenêtre 2026-2027.

Une ontologie pour AI for IT

Une ontologie pour AI for IT

Le vocabulaire AI for IT s'est emballé en deux ans Développeur augmenté, copilote, agent autonome, vibe coding, compound engineering, Product Engineer : chaque terme circule, chacun est compris différemment. Une ontologie compacte remet de l'ordre.