SFEIR
sdlc agentic-coding software-factory harness-engineering spec-driven

AI-augmented engineering : la méthode d'Addy Osmani lue dans la grille SFEIR

SFEIR AI
AI-augmented engineering : la méthode d'Addy Osmani lue dans la grille SFEIR

L'AI-augmented engineering d'Addy Osmani est une doctrine : l'IA augmente les disciplines classiques du génie logiciel, spécifier avant de coder et vérifier avant de livrer, et le développeur reste le directeur du projet. Elle s'adresse aux développeurs et tech leads qui veulent des gains de productivité sans céder le contrôle de la qualité. Osmani l'a exposée dans Beyond Vibe Coding: From Coder to AI-Era Developer, 254 pages parues chez O'Reilly en août 20251. Des neuf méthodes de notre comparatif, elle est la seule sans outil imposé.

Quatorze ans chez Google, puis Anthropic

Addy Osmani a passé quatorze ans chez Google. Il y a dirigé la Developer Experience de Chrome (DevTools, Lighthouse, Core Web Vitals), puis, à partir de décembre 2024, Google Cloud AI comme Director9. Début septembre 2026, il annonce sur X son arrivée chez Anthropic comme Member of Technical Staff, pour travailler sur Claude Code8. Il a formalisé chez Google l'approche décrite ici ; sa fiche sur sfeir.com, mise à jour en septembre 2026, tient compte du changement5.

S'y ajoutent des billets, dont « My LLM coding workflow going into 2026 »2, et son analyse du « 70% Problem » : l'IA accélère, puis bute sur les derniers 30 % de qualité. Auteur principal du whitepaper Google The New SDLC With Vibe Coding (mai 2026), il y pose l'équation « Agent = Model + Harness » et le constat « Most agent failures, examined honestly, are configuration failures »3. Il le présente le 16 juin 2026 dans « The New Software Lifecycle », sur son site4 et chez O'Reilly Radar10. En septembre 2026, il annonce sur LinkedIn la remise du manuscrit d'un nouveau livre chez O'Reilly, Agentic Engineering11.

Six temps, de la spec au commit

  • 1 Spec (humain et agent) : un spec.md brainstormé avec l'IA.
  • 2 Plan (l'humain valide) : un prompt-plan découpé en tâches.
  • 3 Implémente (agent et développeur) : une tâche à la fois.
  • 4 Teste (agent et CI) : les tests tissés dans le workflow.
  • 5 Revue croisée (humain et modèle N) : un modèle relit le travail de l'autre, et l'humain teste tout.
  • 6 Commit (humain) : des commits fréquents comme points de sauvegarde2.

Osmani emprunte à Simon Willison la posture : voir le pair programmeur LLM comme « over-confident and prone to mistakes ». Règle cardinale : ne jamais faire confiance aveuglément à la sortie d'un modèle. Quand un modèle bloque, il en change2.

Les six temps sur la grille SFEIR

Lue sur le SDLC augmenté par l'IA de SFEIR, le cycle à onze phases, l'approche couvre l'amont et la Construction, et amorce la sortie par les commits.

Étape Osmani Étape(s) de la grille SFEIR
SpecDefine
PlanPlan (gate humain)
ImplémenteBuild
TesteVerify
Revue croiséeReview
CommitShip (amorce)

La personnalisation des règles et l'apprentissage continu capitalisent hors cycle, sans étape nommée. Ops et Deprecation restent hors champ.

Rester le directeur du projet

Les disciplines classiques comptent davantage avec l'IA : le volume produit rend la vérification plus critique. L'approche reste indépendante de l'outil ; Osmani place la différence dans le harnais (instructions, outils, sandboxes, hooks, observabilité), le modèle venant après3.

Forces, limites et angles morts

Forces : une doctrine indépendante de tout éditeur, adossée à un livre et à un whitepaper Google, qui désigne le goulot du code abondant : la vérification. Limites : rien ne s'installe, chaque équipe construit son propre harnais, et le « 70% Problem » reste entier, les derniers 30 % dépendant d'ingénieurs qui comprennent le système. Angle mort : tout ce qui suit le commit.

Quand la choisir

Pour des équipes multi-outils qui refusent le verrouillage et cherchent une grille de principes avant un pipeline. Elle se combine avec les outils spec-driven pour l'exécution, Spec Kit (notre lecture) ou Kiro (notre lecture), et avec le compound engineering (notre lecture) pour la capitalisation.

Ce que le SDLC SFEIR en retient

SFEIR partage la thèse « l'humain garde le contrôle aux gates » et cite Osmani : son schéma « Set the constraints around your agents » (LinkedIn, 30 juillet 2026) est rattaché à l'étape Review dans l'anneau de contraintes des agents6, et son cadrage du harnais est repris dans « le modèle compte moins que le harnais »7. SFEIR fixe trois gates humains, Define, Plan et Ship, là où Osmani isole la seule validation du plan. SFEIR intègre aussi la capitalisation dans le cycle, en deux phases nommées, Compound-1 et Compound-2 ; chez Osmani, elle se fait en continu, hors cycle.

Sources

  1. Addy Osmani, « Beyond Vibe Coding: From Coder to AI-Era Developer », O'Reilly Media, août 2025. oreilly.com
  2. Addy Osmani, « My LLM coding workflow going into 2026 », Medium. medium.com
  3. Addy Osmani, Shubham Saboo, Sokratis Kartakis (Google), « The New SDLC With Vibe Coding », whitepaper publié sur Kaggle, mai 2026. kaggle.com
  4. Addy Osmani, « The New Software Lifecycle », addyosmani.com, 16 juin 2026. addyosmani.com
  5. SFEIR, fiche « Addy Osmani », sfeir.com, mise à jour en septembre 2026. sfeir.com
  6. SFEIR, « Code review et SDLC : l'anneau de contraintes des agents » (analyse du schéma « Set the constraints around your agents » d'Osmani, LinkedIn, 30 juillet 2026), sfeir.com, 1er août 2026. sfeir.com
  7. SFEIR, « Harness Engineering : le modèle compte moins que le harnais », sfeir.com. sfeir.com
  8. Addy Osmani, annonce de son arrivée chez Anthropic sur Claude Code, X, septembre 2026. x.com
  9. Addy Osmani, biographie officielle (parcours chez Google), addyosmani.com. addyosmani.com
  10. Addy Osmani, « The New Software Lifecycle », O'Reilly Radar. oreilly.com
  11. Addy Osmani, annonce du livre « Agentic Engineering », LinkedIn, septembre 2026. linkedin.com
SFEIR AI Auteur

Articles similaires

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

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

En dix-huit mois, neuf méthodes de développement avec agents sont apparues, de Spec Kit (GitHub) à CrewRig (SFEIR). Toutes traversent les mêmes moments, aucune ne couvre Ship, Ops ou Deprecation. Lecture comparée sur le cycle SFEIR à onze phases : gates, capitalisation, outil cible, combinaisons.

Spec Kit de GitHub : la spécification comme contrat, en sept commandes

Spec Kit de GitHub : la spécification comme contrat, en sept commandes

Spec Kit, le toolkit open source de GitHub (licence MIT), a livré sa version 1.0 le 21 août 2026 : sept commandes, de la constitution à l'implémentation, la spec comme contrat. Ce qu'il couvre du cycle SFEIR à onze phases, ce qu'il laisse hors champ, quand le choisir face à Kiro et OpenSpec.

Kiro : le spec-driven d'AWS intégré dans l'éditeur

Kiro : le spec-driven d'AWS intégré dans l'éditeur

Kiro, l'IDE spec-driven d'AWS, transforme un prompt en trois artefacts versionnés (requirements EARS, design, tasks) puis exécute les tâches. Preview le 14 juillet 2025, GA le 17 novembre 2025, Kiro Crew le 4 août 2026. Dans la grille SFEIR : de Setup à Verify, sans capitalisation ni aval.

Compound engineering, la méthode d'Every lue dans la grille SFEIR

Compound engineering, la méthode d'Every lue dans la grille SFEIR

Kieran Klaassen (Every) a construit le compound engineering en développant le client mail Cora : sept temps, de /ce-brainstorm à /ce-compound, 80 % de l'effort en planification et revue, chaque leçon écrite pour le cycle suivant. Ce qu'elle couvre de la grille SFEIR et ce qu'elle laisse hors champ.