PDLC

La nota di SFEIR del 22 luglio 2026 colloca il Product Development Life Cycle come cornice contenitore: dall'ideazione e dalla discovery fino al ritiro dal mercato, con lo SDLC inserito al suo interno nella fase di sviluppo. ISO/IEC/IEEE 12207 standardizza lo SDLC intorno alla costruzione corretta e affidabile del software; il PDLC si chiede invece se si tratta del prodotto giusto. Il PLC di Theodore Levitt (1965) osserva una curva commerciale, mentre il PDLC organizza un lavoro di progettazione.

La distinzione ha oggi un peso concreto per via dell'aritmetica. Google e JetBrains hanno misurato nel maggio 2026 che circa l'85% degli sviluppatori usa agenti di codifica e che circa il 41% del nuovo codice è generato dall'IA, comprimendo l'implementazione da settimane a ore. I Four Big Risks di Marty Cagan mettono in luce ciò che questo lascia intatto: lo SDLC affronta nativamente solo la fattibilità tecnica, un rischio su quattro. Un'organizzazione forte sullo SDLC e cieca rispetto al PDLC diventa quella che John Cutler chiama una feature factory, che misura l'output piuttosto che l'outcome. DORA 2025, su circa 5.000 professionisti, ha rilevato che l'adozione dell'IA è correlata positivamente al throughput e negativamente alla stabilità.

Bill Staples descrive un PDLC in cui il segnale di business diventa software verificato e i risultati in produzione alimentano a loro volta la decisione. Il giudizio umano, nella sua lettura, si sposta verso l'alto, verso l'intenzione, l'architettura e le eccezioni. Dorra Bartaguiz parte dall'estremo opposto: dotare di strumenti il solo team di sviluppo crea un nuovo collo di bottiglia, per cui propone agenti specializzati su tutto il ciclo di prodotto. Lo spec-driven development rende porosa la frontiera tra PDLC e SDLC, poiché la specifica stessa diventa eseguibile da parte degli agenti.