Software Factory 10x

Software Factory 10x : l'usine logicielle de SFEIR à l'ère des agents

La Software Factory 10x est la méthode industrielle de SFEIR pour produire du logiciel avec des agents d'IA, avec un objectif de productivité ×10 par rapport à une équipe classique. Elle s'appuie sur le Context Engineering (specs, règles et architecture versionnées dans Git), le cycle Compound Engineering, la Sandwich Team, une Stack AI-Ready et un SDLC en quatre temps. L'offre est décrite sur la page Software Factory.

AI4IT est le champ (l'IA appliquée au SI : dev, ops, run) ; la Software Factory 10x en est la mise en œuvre sur le segment développement. AI4Business désigne l'autre branche, l'IA dans les processus métiers, que la factory peut outiller sans s'y confondre. Dans la pyramide SFEIR, la conviction AI Only se traduit par la vision 10x, l'AI Engineering en est la discipline, et la Software Factory 10x le bras AI4IT de cette discipline.

D'où vient le terme

Le deck « AI for IT : la stratégie du 10x » (Didier Girard, février 2026) ouvre sur trois constats : l'amélioration continue est inutile, chercher quelques pourcents de gain est une erreur, la production manuelle de code est un frein. L'objectif fixé est un facteur 10 sur la création de valeur métier, résumé par la formule « Écrire du code est désormais un anti-pattern », commentée dans l'article du même nom (avril 2026). L'ordre de grandeur vient de la keynote « Remember the Future » (Didier Girard, octobre 2025) : gagner 15 minutes en fin de journée est un gain personnel absorbé par l'inertie systémique ; seuls les gains ×2, ×10, ×100 transforment un processus.

Comment ça marche

La factory inverse la répartition de l'effort humain : 80 % en planification et revue, 20 % en exécution de code (deck de février 2026). Le cycle Compound Engineering enchaîne Plan (transformer l'idée en plan d'implémentation), Work (exécuter via worktrees et suivi de tâches), Review (revue multi-agents avant merge), Compound (documenter les apprentissages) et Repeat : chaque cycle enrichit le suivant, la complexité décroît au lieu de s'accumuler.

• Context Engineering : le contexte structuré (fichiers Markdown, specs, règles métier, architecture) est l'actif stratégique de l'IT, versionné dans Git comme une dépendance logicielle. Le dossier « Context Engineering » (mars 2026, d'après Vasilopoulos, Debois, Shipper et Klaassen) mesure 24,2 % de la documentation totale consacrée à l'infrastructure contextuelle et une vélocité ×5 pour un développeur bien outillé.
• Sandwich Team et Product Engineer : un App Owner augmenté couvre 80 % du périmètre (UX, UI, front, API, back, sécurité), des contributeurs ponctuels prennent les 20 % restants via le contexte partagé. Le Product Engineer coordonne la production totale, comme le bûcheron qui pilote une abatteuse au lieu de couper à la hache.
• Stack AI-Ready : typage fort et compilation, verbosité, code optimisé pour la lecture, trunk-based development ; à éviter, la syntaxe compressée, l'implicite et la magie invisible. Liberté de l'outil pour l'ingénieur, standardisation du contexte et du code produit.
• SDLC du 10x : specs rigoureuses contre le garbage in, build sous surveillance d'un relecteur critique, CI/CD ultra-robuste parce que le goulot devient la validation, monitoring proactif du drift, des coûts et de la latence IA.

Les fondations : ce que DORA 2025 impose

Le rapport DORA 2025 (Google, octobre 2025), lu par SFEIR dans « L'Ère de l'Amplification » (décembre 2025), pose la condition : l'IA amplifie ce qui existe. Coder passe de 3 jours à 3 heures, la revue reste à 3 jours. Les équipes qui automatisent déploient 78 % plus souvent ; sans tests robustes, le taux d'échec des changements monte de 43 %. 90 % des développeurs utilisent l'IA, 30 % ne font pas confiance au code généré. La factory exige donc tests automatisés, CI/CD avec rollback et infrastructure as code avant d'accélérer, et suit le Rework Rate, la métrique ajoutée en 2025, comme indicateur de vérité.

Exemple : ce site, et le cas AWS Bedrock

Le site sfeir.com est le premier client de la factory. L'article Notre site est notre premier client (juillet 2026) décrit sa fabrication spec-driven, sous portes humaines, avec des agents qui exécutent l'essentiel de la production. L'article AI4IT d'avril 2026 fait de ce périmètre un test de maturité : remplacer le CMS du site public par un agent exige un contexte versionné, des guides explicites, des capteurs de validation et des guardrails éditoriaux. Hors SFEIR, le cas public le plus cité est AWS Bedrock : Julien Lépine (CTO AWS France) décrit le redéveloppement de la plateforme par 6 personnes en 72 jours, code généré par IA sous garde-fous.

Erreurs courantes

• Accélérer avant les fondations : sans tests, CI/CD et infrastructure as code, l'IA produit l'effet miroir décrit par DORA, un engorgement de la revue et une dette technique éclair.
• Mesurer en jours-homme, ETP ou lignes de code : ces indicateurs pénalisent l'efficacité ; l'article sur les indicateurs obsolètes plaide pour l'engagement de résultats.
• Imposer un outil d'IA unique : le deck de février 2026 répond faux ; l'ingénieur choisit son outil, l'organisation standardise le contexte et le code produit.
• Laisser pourrir le contexte : une spec périmée induit l'agent en erreur ; si vous expliquez deux fois la même chose, c'est un bug de documentation (dossier Context Engineering, mars 2026).
• Économiser sur l'outillage : Tendances Tech 2026 (SFEIR et WEnvision) chiffre l'absurdité d'exiger du 10x avec 20 € d'outils, quand 1 000 € mensuels équipent un ingénieur qui produit 20 000 € de valeur par mois.

Ce que SFEIR en fait

SFEIR vend la Software Factory 10x en engagement de résultats et refuse les projets qui excluent l'IA comme méthode de production (article AI4IT d'abord, avril 2026). La page AI Engineering la présente comme le cœur de la branche AI4IT. Deux points d'entrée : le Diagnostic 10x (30 minutes, rapport de maturité en 10 points) et la formation Développeur Augmenté par l'IA, deux jours sur cas pratiques réels, annoncée dans le deck de février 2026.