SDLC

La ISO/IEC/IEEE 12207 fissa lo SDLC in sei fasi: requisiti, progettazione, sviluppo, testing e QA, deployment, manutenzione, misurate con le metriche DORA, con uno scopo dichiarato: costruire software in modo corretto e affidabile. SFEIR fa notare cosa quello scopo lascia fuori. Letto alla luce dei Four Big Risks di Marty Cagan, lo SDLC copre nativamente solo la fattibilità tecnica, un rischio su quattro; valore, usabilità e sostenibilità di business risiedono nel PDLC che lo contiene.

Tra maggio e agosto 2026 la discussione verte sulla modalità di esecuzione, non sulla sequenza. Olivier Rafal (WeNvision) sostiene che definire, costruire, verificare, distribuire, mantenere restano identiche e che l'IA non abolisce nessuna fase, ne intensifica ognuna. Louis Claxton, del team Applied AI di Anthropic, mantiene le sei fasi e le trasforma in un loop attraversato da artefatti versionati (`intent.md`, `spec.md`, `plan.md`), con le skill come controlli consultivi e gli hook come strato deterministico che blocca. Jason Clinton, Deputy CISO di Anthropic, descrive la messa in sicurezza di un ciclo di vita in cui Claude scrive circa l'80% del codice mergeato.

Chris Williams rompe con tutto questo. Lo SDLC è stato plasmato nel corso di decenni per contrastare le modalità di fallimento umane, ego, stanchezza, dimenticanza, quindi farlo girare sui modelli è un errore di categoria, e il suo ADLC è costruito in opposizione ad esso. Gli altri, invece, si biforcano: il ciclo a 11 fasi di SFEIR, l'Usine Logicielle Augmentée di Wescale, AI/works™ di Thoughtworks, il Compound Engineering di Klaassen. Se questi siano varianti dello stesso ciclo o la sua sostituzione è la domanda che nessuno di loro risolve.