SDLC

ISO/IEC/IEEE 12207 definisce lo SDLC come il quadro normato della produzione software: requisiti, progettazione, sviluppo, test e QA, deployment, manutenzione, misurati dalle metriche DORA, con lo scopo dichiarato di costruire software correttamente e in modo affidabile. Due letture di ciò che l'IA fa a quel quadro sono in aperto disaccordo.

Olivier Rafal (WeNvision) sostiene che le fasi stesse non si muovano: definire, costruire, verificare, distribuire, mantenere sopravvivono, e l'IA le intensifica. Louis Claxton, del team Applied AI di Anthropic, mantiene le sei fasi e gli obiettivi di controllo cambiando la modalità di esecuzione, trasformando il processo in un loop costruito su artefatti validati. SFEIR estende la stessa sequenza a undici fasi con tre gate umani immobili (Define, Plan, Ship). Chris Williams rifiuta la premessa: lo SDLC è stato concepito per contrastare i modi di fallimento umani (ego, fatica, dimenticanza), e il profilo di fallimento di un modello è diverso, quindi costruisce l'ADLC a partire da otto fallimenti catalogati dei modelli.

La misura ricorrente è lo spostamento. Claxton e SFEIR collocano entrambi il collo di bottiglia nelle fasi che continuano a procedere a velocità umana ai due lati della costruzione. DORA 2025, citato sia da Paula Hingel che da SFEIR, correla l'adozione dell'IA positivamente con il throughput e negativamente con la stabilità del delivery. I Four Big Risks di Marty Cagan mettono a nudo il limite strutturale: lo SDLC affronta nativamente solo la fattibilità tecnica, un rischio su quattro.

Se le cinque fasi invarianti siano una struttura portante duratura o un'abitudine ereditata dai vincoli umani resta una questione aperta tra Rafal e Williams.