# sfeir-sdlc-ia-cycle-11-phases-2026-06-16

## Veille

Articolo SFEIR (in francese) che formalizza uno **SDLC guidato dall'IA in 11 fasi (da 0 a 10)** e sostiene che il settore stia convergendo verso di esso. Osservazione di partenza: nel 2025 le organizzazioni hanno aggiunto strumenti di IA senza trasformare il proprio modello operativo — generando un paradosso in cui « tutto cambia… e nulla cambia » (la velocità di esecuzione si moltiplica senza un guadagno proporzionale). La vera risposta non è la scelta degli strumenti ma la **riprogettazione del ciclo** per l'esecuzione da parte della macchina. Il ciclo SFEIR poggia su **tre gate umani inamovibili** (Define, Plan, Ship), fasi automatiche tra di essi, e **due momenti di capitalizzazione** (Compound-1 pre-deployment, Compound-2 in produzione) che trasformano le lezioni apprese in regole riutilizzabili. Tre principi: **l'IA esegue** (artefatti completi + prova di esecuzione, senza mai fidarsi delle affermazioni dell'agente stesso), l'**essere umano mantiene il controllo dell'intento**, il **sistema apprende in modo cumulativo**. Risultati misurati (riprogettazione da 6 mesi a 1 giorno, **−30% delle iterazioni** dopo dieci cicli) e convergenza dichiarata con ADLC, Google e DORA 2025.

## Titre Article

Un SDLC piloté par l'IA : le cycle SFEIR à 11 phases (et pourquoi l'industrie y converge)

## Date

2026-06-16

## URL

https://www.sfeir.com/articles/sdlc-ai/

## Keywords

SDLC, ciclo di sviluppo, IA, agenti, modello operativo, gate umani, gate, Define, Plan, Ship, prova di esecuzione, capitalizzazione, compounding, Compound, regole riutilizzabili, ADLC, DORA 2025, amplificatore, vibe coding, agentic engineering, certificabilità, DO-178C, EN 50128, specifica, validazione, SFEIR

## Authors

SFEIR

## Ton

Profilo: un articolo approfondito di una società di consulenza/ESN (SFEIR), una prospettiva istituzionale al « noi » assunta, un registro dottrinale e strutturante in francese, un livello tecnico elevato supportato da riferimenti esterni (ADLC, Google, DORA, Salesforce) e risultati interni quantificati, rivolto a dirigenti IT, CIO, architetti, engineering lead e decisori della trasformazione. Il tono è quello di un **manifesto metodologico**: enuncia una tesi (« il problema non è lo strumento ma il modello operativo »), dispiega un framework numerato (11 fasi), e lo ancora in una convergenza di settore presentata come validazione indipendente (« tre scoperte indipendenti »). La retorica combina **autorità della prova** (riprogettazione da 6 mesi a 1 giorno, −30% delle iterazioni, costo ~10 €/h, obiettivo di 850 consulenti aumentati) e **cautela calibrata** (confini di applicazione espliciti: non ancora per design nuovo non vincolato né per sistemi safety-critical in attesa di standard). Una metafora della **memoria** sostenuta: « il sistema ricorda, la performance migliora per costruzione, non per magia ». L'articolo si inserisce nella filiazione editoriale del gruppo (la dottrina WeNvision « tutto cambia… e nulla cambia ») e si presenta come il primo episodio di una serie di sette.

## Pense-betes

- **Osservazione di partenza**: nel 2025 le organizzazioni **hanno aggiunto strumenti di IA senza trasformare il proprio modello operativo** → paradosso di « **tutto cambia… e nulla cambia** »: la velocità di esecuzione si moltiplica senza un guadagno proporzionale. La vera sfida = **riprogettare lo SDLC**, non scegliere gli strumenti.
- **Il ciclo SFEIR in 11 fasi (0→10)**:
- **0 Setup** — rilevamento dello stack, inizializzazione della memoria di progetto
- **1 Define** — specifica del prodotto (**gate umano**)
- **2 Plan** — arbitraggio architetturale (**gate umano**)
- **3 Build** — sviluppo eseguito dall'agente
- **4 Verify** — test automatizzati con misurazione della copertura
- **5 Review** — **quattro audit paralleli** (codice, sicurezza, test, performance)
- **6 Compound-1** — raccolta delle **lezioni statiche** (pre-deployment)
- **7 Ship** — accettazione in produzione (**gate umano**)
- **8 Ops** — monitoraggio e rollback
- **9 Compound-2** — raccolta delle **lezioni runtime** (produzione)
- **10 Deprecation** — ritiro del codice e capitalizzazione
- **Tre gate umani inamovibili**: **Define, Plan, Ship**. Tutte le altre fasi si eseguono automaticamente.
- **Due momenti di capitalizzazione**: **Compound-1** e **Compound-2** trasformano le lezioni in regole/standard riutilizzabili che alimentano i cicli successivi.
- **Tre principi operativi**: (1) **l'IA esegue, non assiste** — artefatti completi (codice, test, documentazione) su intere fasi, mai semplici suggerimenti; **prova di esecuzione** che cattura gli output effettivi, il sistema **non si fida mai delle affermazioni dell'agente stesso**; (2) **l'essere umano mantiene il controllo dell'intento** (i 3 gate) — l'essere umano decide cosa costruire, la macchina ottimizza l'esecuzione; (3) **il sistema apprende in modo cumulativo** (compounding).
- **Risultati misurati SFEIR**: riprogettazione del sito aziendale **da 6 mesi a 1 giorno**; **−30% delle iterazioni di correzione** dopo dieci cicli (prova che la capitalizzazione si compone); revisioni secondo **4+ angolazioni parallele**; costo di aumento **~10 €/ora**. La formula chiave: un bug segnalato due volte diventa una regola automatizzata nel ciclo successivo.
- **Obiettivo di scala**: **850 consulenti pienamente aumentati dall'IA entro la fine del 2026**.
- **Convergenza di settore rivendicata** (tre scoperte indipendenti): **ADLC** (8 fasi, 2 gate — *« l'intento è verificato esattamente due volte »*) ; **Google** (*The New SDLC With Vibe Coding* — l'output dello sviluppatore passa dal codice al *« sistema che produce il codice »*, **41%** di codice generato dall'IA, **85%** degli sviluppatori su agenti) ; **DORA 2025** = l'IA come **« amplificatore »** di punti di forza e disfunzioni.
- **Confini di applicazione** — **appropriato**: contesti di business espliciti (back-office, API, modernizzazione), lavoro ripetitivo ad alto volume (test, migrazioni, documentazione), output **verificabili automaticamente**; **non ancora appropriato**: design nuovo e non vincolato (l'IA esplora, non decide l'intento), sistemi **safety-critical** in attesa di standard (DO-178C, EN 50128), ambienti dati non governati.
- **Punto di partenza raccomandato**: non acquistare strumenti, ma (1) un **gate di specifica rigoroso**, (2) una **disciplina di prova di esecuzione** su tutti gli output, (3) **standardizzare contesto e prova, ottimizzare gli strumenti** → sposta il collo di bottiglia dalla scrittura del codice alla specifica e alla validazione (punti di forza umani).
- **Serie annunciata**: sette prossimi episodi (esecuzione autonoma sotto prova, fasi a monte Define/Plan, meccanica della capitalizzazione, fasi a valle Ship/Run/Deprecation, limiti di certificabilità, economia CapEx, validazione della convergenza ADLC).
- **Correlati**: estende la dottrina WeNvision/Rafal (« tutto cambia… e nulla cambia », « quanto più veloce è l'esecuzione, tanto più rigoroso deve essere il framework »), si sovrappone direttamente alla serie **ADLC** di Williams (gate, *test = spec*), all'**AI-native SDLC** di Atlassian (misurazione dell'impatto), alla guida **Augment/Hingel** (6 passaggi, validazione circolare), e al whitepaper **Google/Osmani**.

## RésuméDe400mots

Questo articolo SFEIR formalizza un ciclo di sviluppo software guidato dall'IA in **undici fasi (da 0 a 10)** e sostiene che il settore stia convergendo verso questo tipo di modello. Il punto di partenza è una diagnosi: nel 2025 le organizzazioni hanno implementato strumenti di IA senza trasformare il proprio modello operativo, generando un paradosso riassunto dalla frase « tutto cambia… e nulla cambia » — la velocità di esecuzione si moltiplica senza un guadagno proporzionale. La vera sfida non è quindi scegliere gli strumenti giusti, ma **ripensare il ciclo di vita del software** stesso per un'esecuzione guidata dalla macchina.

Il ciclo SFEIR concatena: **0 Setup** (rilevamento dello stack, memoria di progetto), **1 Define** (specifica — gate umano), **2 Plan** (arbitraggio architetturale — gate umano), **3 Build** (sviluppo da parte dell'agente), **4 Verify** (test automatizzati e copertura), **5 Review** (quattro audit paralleli: codice, sicurezza, test, performance), **6 Compound-1** (raccolta delle lezioni prima del deployment), **7 Ship** (accettazione in produzione — gate umano), **8 Ops** (monitoraggio e rollback), **9 Compound-2** (lezioni dal runtime) e **10 Deprecation** (ritiro e capitalizzazione). Tre **gate umani inamovibili** — Define, Plan, Ship — inquadrano un insieme di fasi altrimenti automatiche; due **momenti di capitalizzazione** (Compound-1 e Compound-2) trasformano le lezioni in regole riutilizzabili che alimentano i cicli successivi.

Tre principi strutturano l'approccio. Primo, **l'IA esegue, non assiste**: gli agenti producono artefatti completi (codice, test, documentazione) su intere fasi, e una disciplina di **prova di esecuzione** cattura gli output effettivi — il sistema non si fida mai delle affermazioni dell'agente stesso. Poi, **l'essere umano mantiene il controllo dell'intento** tramite i tre gate: decide cosa costruire, la macchina ottimizza l'esecuzione. Infine, **il sistema apprende in modo cumulativo**, ogni ciclo arricchendo il successivo.

I risultati presentati sostengono la tesi: una riprogettazione di sito passata da sei mesi a un giorno, **−30% delle iterazioni di correzione dopo dieci cicli** (un bug segnalato due volte diventa una regola automatizzata), revisioni secondo quattro angolazioni parallele, un costo di aumento di circa 10 €/ora, e un obiettivo di 850 consulenti pienamente aumentati dall'IA entro la fine del 2026.

L'articolo rivendica una **convergenza a livello di settore** con l'ADLC (due gate, « l'intento è verificato esattamente due volte »), il whitepaper di Google sul nuovo SDLC (41% di codice generato dall'IA, 85% degli sviluppatori su agenti), e DORA 2025 (l'IA come « amplificatore »). Delimita infine gli usi appropriati (back-office, API, migrazioni, output verificabili automaticamente) e quelli non appropriati (design nuovo e non vincolato, sistemi safety-critical in attesa di standard, ambienti dati non governati), e raccomanda di partire da un gate di specifica rigoroso e da una prova di esecuzione. Primo episodio di una serie di sette.

## GrapheDeConnaissance

- SFEIR —publie→ Un SDLC piloté par l'IA : le cycle SFEIR à 11 phases (DOCUMENT, 0.97)
- SFEIR —a_créé→ cycle SFEIR à 11 phases (METHODOLOGIE, 0.95)
- cycle SFEIR à 11 phases —est_variante_de→ SDLC (METHODOLOGIE, 0.92)
- cycle SFEIR à 11 phases —utilise→ portes humaines (CONCEPT, 0.93)
- cycle SFEIR à 11 phases —utilise→ deux moments de capitalisation (Compound-1, Compound-2) (CONCEPT, 0.92)
- preuve d'exécution —réduit→ la confiance accordée aux déclarations de l'agent (CONCEPT, 0.9)
- SFEIR —affirme_que→ l'IA exécute des phases entières, elle n'assiste pas (AFFIRMATION, 0.9)
- capitalisation cumulative —mesure→ −30 % d'itérations de correction après dix cycles (MESURE, 0.9)
- cycle SFEIR à 11 phases —améliore→ délai de refonte (6 mois → 1 jour) (MESURE, 0.86)
- SFEIR —prédit→ 850 consultants entièrement augmentés à l'IA d'ici fin 2026 (AFFIRMATION, 0.85)
- cycle SFEIR à 11 phases —converge_avec→ ADLC (METHODOLOGIE, 0.9)
- cycle SFEIR à 11 phases —converge_avec→ The New SDLC With Vibe Coding (DOCUMENT, 0.88)
- DORA 2025 —affirme_que→ l'IA est un amplificateur des forces et dysfonctionnements organisationnels (AFFIRMATION, 0.88)
- cycle SFEIR à 11 phases —s_applique_à→ back-offices, API, modernisation et travail répétitif vérifiable (CONCEPT, 0.86)
- cycle SFEIR à 11 phases —s_oppose_à→ usage en systèmes safety-critical sans normes (DO-178C, EN 50128) (CONCEPT, 0.84)
- SFEIR —recommande→ démarrer par une porte de spécification et la preuve d'exécution, pas par l'achat d'outils (AFFIRMATION, 0.88)

---
Canonical: https://www.thekb.eu/it/fiches/sfeir-sdlc-ia-cycle-11-phases-2026-06-16/