La specifica è il nuovo codice sorgente.
La conoscenza tacita degli ingegneri senior diventa artefatti espliciti. La specifica funge da contratto che il codice implementa.
/ Thinkia · Metodologia /
Delivery IA esponenziale.
I copilot accelerano i singoli ingegneri. La leva esponenziale sta nel sistema di delivery. Sei fasi governate, un Golden Spec, tre livelli di rischio — una delivery IA riproducibile su scala enterprise.
Il plateau del copilot
I copilot accelerano gli ingegneri. Non sistemano il sistema di delivery.
-
Nessun contesto condiviso
Ogni sprint riparte da zero. Senza un Context Package, gli agenti IA perdono l'intento, i vincoli e le decisioni prese in ogni fase precedente.
-
Generazione senza governance
Il codice va in produzione senza tracciabilità. Nessun AI-BOM che inventari ciò che è stato generato, nessuna classificazione del rischio, nessuna catena di approvazione — solo un diff.
-
Deriva delle specifiche
I requisiti si disperdono tra ticket e chat. Senza un `.spec.md` vivo, le decisioni di architettura svaniscono e l'intento si scollega dall'implementazione.
-
Proliferazione dei modelli
Ogni ingegnere sceglie uno strumento IA diverso. Senza un gateway unificato non c'è controllo dei costi, né sovranità dei dati, né applicazione coerente delle policy.
-
Domina la rilavorazione
Senza una metodologia, il 60% del tempo se ne va in rilavorazione e debug dell'output dell'IA. La velocità nella generazione diventa lentezza nella consegna.
-
Nessuna ripetibilità
I risultati dipendono da chi era nella stanza, non da un sistema. Ciò che ha funzionato in un progetto non può essere trasferito, verificato né scalato.
Cambio di paradigma
Smetti di scrivere codice. Inizia a specificare l'intento.
Il VibeCoding — scrittura assistita dall'IA, prototipazione più rapida — è il primo passo. Lo Spec-Driven Development è il successivo. La stessa IA, che ora opera su un sistema di delivery governato e condiviso da tutto il team.
I quattro pilastri
-
-
La revisione è l'attività centrale.
Il tempo dell'ingegnere si sposta dalla scrittura del codice alla sua validazione, che passa dal 20% al 50% del suo tempo.
-
L'architettura è progettata per essere leggibile dagli agenti.
Pattern e convenzioni sono conservati in artefatti versionati invece di restare solo nelle conversazioni.
-
La governance è integrata nel flusso.
Quality gate, Data Loss Prevention (DLP) e tracciabilità sono integrati ai confini del processo, non aggiunti come livelli separati.
Percorso di maturità
Il percorso del software assistito dall'IA.
Non tutte le organizzazioni partono dallo stesso punto. Lo sviluppo software assistito dall'IA ha cinque stadi di maturità — e sapere dove ti trovi definisce cosa devi fare dopo.
-
Sviluppo tradizionale
Il software è costruito manualmente, con pieno controllo ma a un costo elevato.
-
VibeCoding
Il software è generato velocemente… ma senza controllo né coerenza.
-
Coding 3.0
Il software è accelerato dall'IA, ma dipende ancora dallo sviluppatore.
-
Spec-Driven Development
Il software è definito attraverso un intento strutturato all'interno di un quadro di regole.
-
Destinazione Enterprise AI-SDLC
Il software è orchestrato come un sistema governato di regole, specifiche e capacità.
Il salto critico: dal VibeCoding allo Spec-Driven
L'errore più grande delle organizzazioni è confondere il VibeCoding con la trasformazione. Generare codice velocemente senza governance crea debito tecnico alla velocità dell'IA. La chiave non è la velocità di generazione — è la qualità della specifica che la precede.
Enterprise AI-SDLC: la destinazione
Nello stadio Enterprise, il software smette di essere un prodotto artigianale e diventa l'output governato di un sistema di regole, specifiche e capacità. L'IA non sostituisce l'ingegnere — ridefinisce che tipo di ingegnere devi essere.
Sei fasi
Da F0 a F5 — sei fasi, sei output firmati.
Le cinque fasi — Inquadramento, Specifica, Generazione, Revisione, Consegna — corrispondono a sei output firmati: da F0 a F5. Ogni fase parte dal Context Package della precedente: il Golden Spec, l'AI-BOM e l'ultimo Health Report.
- 1
F0 — Input Bundle
Allineamento strategico, affinamento del backlog, inventario dei rischi e mappa di contesto. L'output firmato è il Context Package che tutti gli agenti successivi leggono prima di generare qualsiasi cosa.
- 2
F1 — Inquadramento del problema
Definizione precisa del problema, confini del perimetro e prima assegnazione del livello di rischio. Produce il System Brief `.spec.md` — il documento di intento su cui opera ogni agente.
- 3
F2 — Ingegneria delle specifiche
Lavoro di specifica strutturato: decisioni di architettura, contratti dei componenti e interaction design in forma leggibile dalle macchine. Produce l'Architecture Decision Record `.design.md` e la specifica di interazione `.ui-spec.md` — completando il Golden Spec prima che inizi la generazione.
- 4
F3 — Costruzione
Sviluppo parallelo assistito dall'IA sulla base del Golden Spec. Ogni unità di codice è classificata per rischio (Verde / Ambra / Rosso), registrata nell'AI-BOM e validata dal quality gate a 17 punti prima dell'approvazione.
- 5
F4 — QA e validazione
Gate di test strutturati: funzionale, prestazioni, sicurezza, conformità. La libreria di skill esegue tutti i 17 validatori automatici e produce un Health Report di fase prima di raccogliere qualsiasi firma.
- 6
F5 — Passaggio in produzione
Deploy, baseline di monitoraggio e runbook operativo. La catena delle cinque firme si chiude — PM, Architetto, Sicurezza, Legale/Compliance, Platform Owner — rendendo ogni consegna tracciabile end-to-end.
Non è necessario adottare tutte e sei le fasi insieme. La maggior parte dei team parte da F0 (Input Bundle) e dal Golden Spec, ed estende il framework in modo incrementale man mano che cresce la fiducia.
La spina dorsale della governance
Il Golden Spec
Un artefatto obbligatorio per sprint. Tre file master che definiscono cosa si costruisce. Cinque firme che confermano che è sicuro costruirlo.
Che cos'è
Il Golden Spec è la spina dorsale della governance di ogni progetto AI-SDLC. Viene creato in F0 e firmato a ogni gate di fase. Senza di esso, nessun agente IA genera — e nessun output viene rilasciato.
`.spec.md` — System Brief
L'intento del progetto in un unico file — obiettivi, persona, vincoli e requisiti non funzionali. È ciò che ogni agente IA legge prima di generare qualsiasi cosa. Il contratto tra intento di business ed esecuzione tecnica.
`.design.md` — Architecture Decision Record
Ogni decisione strutturale con la sua motivazione completa — cosa è stato scelto, cosa è stato scartato e perché. Evita la deriva architetturale man mano che il progetto evolve e dà alla catena delle cinque firme un artefatto concreto da esaminare.
`.ui-spec.md` — Specifica UI
La specifica di interazione e il contratto dei componenti. Definisce stati delle schermate, flussi utente e comportamento dei componenti, così che la UI generata dall'IA sia ancorata a decisioni di design deliberate e non all'intuito del modello.
AI-BOM + Health Report
L'AI Bill of Materials inventaria ogni unità di codice generata dall'IA con il suo livello di rischio e lo stato di approvazione. Gli Health Report di fase sono istantanee di qualità prodotte dai 17 validatori della libreria di skill a ogni gate.
La catena delle cinque firme
PM · Architetto · Sicurezza · Legale/Compliance · Platform Owner. Ogni gate di fase richiede la catena completa prima che il Context Package avanzi. Nessuna approvazione parziale, nessuna eccezione.
Governance del rischio
Tre livelli. Una policy.
Ogni unità di codice prodotta dall'IA o con l'IA riceve un livello di rischio al momento della generazione e viene registrata nell'AI-BOM. Il livello determina quali dei 17 validatori di qualità vengono eseguiti, i revisori richiesti e le evidenze di audit che devono esistere prima che l'unità possa essere rilasciata.
Generato dall'IA, revisionato da persone
Unità a basso rischio: documentazione, scaffolding dei test, boilerplate. Generate liberamente sulla base del Golden Spec, revisionate da un ingegnere. Serve una sola approvazione per procedere.
Assistito dall'IA, validato da persone
Unità a rischio medio: logica di business, integrazioni API, trasformazioni dei dati. Validate rispetto all'ADR `.design.md` con due approvazioni e un Health Report che conferma che tutti i validatori pertinenti sono stati superati.
Scritto da persone, supportato dall'IA
Unità ad alto rischio: controlli di sicurezza, logica di conformità, calcoli finanziari. Una persona redige la bozza con il supporto dell'IA; serve la catena completa delle cinque firme prima che l'unità entri nell'AI-BOM come approvata.
Risultati
Come appare in produzione una delivery IA governata
37–42%
Meno sforzo di sviluppo
Misurato in produzione presso un assicuratore globale rispetto al suo metodo tradizionale, a parità di qualità. Gli ingegneri dedicano il tempo all'intento e all'approvazione, non alla rilavorazione.
90%
Meno perdita di contesto
Il Context Package — Golden Spec, AI-BOM, Health Report — porta lo stato completo del progetto attraverso ogni fase e ogni sprint.
100%
Pronto per l'audit
Ogni artefatto firmato. Ogni unità generata dall'IA inventariata nell'AI-BOM. Ogni output di fase tracciabile fino a un requisito di business.
17
Validatori di qualità
Controlli predefiniti che coprono gate funzionali, di sicurezza, di prestazioni e di conformità — eseguiti automaticamente dalla libreria di skill a ogni confine di fase.
108
Skill validate
Libreria di skill compatibile con MCP, invocabile da Claude, GPT-4o o Gemini — senza integrazioni personalizzate in qualsiasi toolchain IA compatibile.
4–6 settimane
MVP della Fase 1
Lo Sprint 0 richiede 2–4 settimane per installare la metodologia. L'MVP della Fase 1 viene rilasciato in 4–6 settimane con l'enforcement in CI e la catena di fasi completa attiva.
Dove si applica
Pensata per ambienti regolamentati e complessi
Servizi finanziari
Audit trail, controlli sul rischio dei modelli e gate di conformità integrati in ogni fase — non aggiunti a posteriori.
Sanità e scienze della vita
I requisiti di governance dei dati dei pazienti e di validazione del software clinico sono soddisfatti dal sistema di livelli di rischio e dalla catena delle cinque firme.
Software enterprise
I grandi team di ingegneria che adottano l'IA su larga scala hanno bisogno di struttura, non solo di strumenti. La metodologia offre loro un modello operativo condiviso.
Settore pubblico e difesa
Deploy sovrano, gestione di contesti classificati e piena verificabilità — il livello Rosso copre il codice più critico.
Retail ed e-commerce
Cicli di consegna rapidi senza rischio di regressione. La costruzione assistita dall'IA nel quadro Verde/Ambra riduce il time-to-market in sicurezza.
Domande
Domande frequenti
Che cos'è il VibeCoding e perché raggiunge un plateau?
Il VibeCoding è produttività individuale assistita dall'IA — scrittura più rapida, prototipazione più rapida — che si basa ancora sul contesto locale di ogni ingegnere. Raggiunge un plateau perché non risolve le specifiche condivise, la classificazione del rischio né la governance. Lo Spec-Driven Development è il passo successivo: è il team, non solo il singolo, a operare con l'IA a ogni livello del sistema di delivery.
In cosa si differenzia dall'Agile o dal DevOps tradizionali?
Agile e DevOps sono stati concepiti prima che il codice generato dall'IA fosse una realtà. L'AI-SDLC aggiunge un sistema di classificazione per livelli di rischio, un Golden Spec in tre file leggibile dalle macchine e una catena di governance a cinque firme progettata specificamente per gli artefatti generati dall'IA.
Serve Thinkia Pulse per usare la metodologia?
No. La metodologia è indipendente dalla toolchain. Pulse offre però un supporto nativo per il Golden Spec, la libreria di skill e il gateway MCP — rendendo l'adozione molto più rapida.
Come funziona in pratica il sistema dei livelli di rischio?
Nella costruzione F3, ogni unità di codice viene etichettata come Verde, Ambra o Rosso in base alla criticità per il business e alla sensibilità dei dati. Il livello determina la catena di revisione: un ingegnere per il Verde, due approvazioni per l'Ambra, la catena completa delle cinque firme per il Rosso.
È uno strumento o una metodologia?
Una metodologia. L'Enterprise AI-SDLC è un framework di governance — un insieme di fasi, artefatti e pratiche di revisione. Thinkia Pulse è la piattaforma che lo implementa, ma i team possono adottare la metodologia con i propri strumenti.
Che cos'è lo Sprint 0 e come si comincia?
Lo Sprint 0 è un percorso di onboarding strutturato in cui Thinkia mappa il tuo attuale processo di delivery, installa la metodologia e produce il primo Input Bundle e il primo Golden Spec per il tuo primo sprint AI-SDLC. Di solito dura 2–4 settimane.
Cosa significa “compatibile con MCP” per la libreria di skill?
Le 108 skill della libreria sono pacchettizzate come strumenti Model Context Protocol. Qualsiasi agente IA che supporti MCP — inclusi Claude, GPT-4o e Gemini — può invocarle direttamente senza integrazioni personalizzate.
Possiamo adottarla fase per fase?
Sì. La maggior parte dei team parte da F0 e dal Golden Spec, poi adotta progressivamente il sistema dei livelli di rischio, i validatori di qualità e la catena di fasi completa. La metodologia è pensata per un'adozione incrementale — senza bisogno di un rollout big bang.
Due modi per iniziare
Parti dalla struttura.
Leggi l'AI-SDLC Playbook — la metodologia completa in un unico documento, con i template di fase, il formato del Golden Spec e la checklist dei 17 validatori.
Oppure prenota una conversazione sullo Sprint 0. Mapperemo il tuo attuale processo di delivery e ti mostreremo esattamente dove si applica la metodologia.