SDLC vs PDLC : quelle différence, et pourquoi l'IA change tout

Punti chiave

1. La distinzione in una frase. SDLC = "costruire il software in modo corretto e affidabile" (domanda: come spedirlo?); PDLC = "costruire il prodotto giusto, avere successo sul mercato" (domanda: cosa costruire, e perché?). Lo SDLC è un sottoinsieme del PDLC, non il suo concorrente.
2. Annidamento, non sostituzione. Lo SDLC è ospitato nella fase di sviluppo del PDLC. Quando il team di prodotto raggiunge la fase di "build", al suo interno gira un ciclo SDLC completo (progettazione → costruzione → test → revisione → deployment). Risposta diretta alla FAQ: "il PDLC non sostituisce lo SDLC, i due sono annidati."
3. Non confondere PDLC e PLC. Il PLC (product life cycle, Theodore Levitt, HBR 1965 — introduzione/crescita/maturità/declino) descrive una traiettoria commerciale che orienta il marketing. Il PDLC descrive il processo di progettazione e costruzione. Formula: "il PLC osserva una curva; il PDLC organizza il lavoro."
4. Lo SDLC copre un solo rischio su quattro. Tramite i "Four Big Risks" di Marty Cagan: Valore (PM — "verranno, lo sceglieranno?"), Usabilità (Designer — "sapranno usarlo?"), Fattibilità (Lead Engineer — "si può costruire?"), Sostenibilità economica (PM — "funziona per il business?"). Lo SDLC affronta nativamente solo la fattibilità tecnica. Eccellenza SDLC + cecità PDLC = "software che nessuno vuole" = feature factory di John Cutler (successo misurato sull'output, non sull'outcome).
5. Perché l'IA cambia tutto: la compressione dello SDLC. Dati Google/JetBrains, maggio 2026: ~85% degli sviluppatori usa regolarmente agenti di coding; ~41% del nuovo codice è generato dall'IA. L'implementazione passa da settimane a ore — ma i requisiti, l'architettura e la verifica restano a ritmo umano.
6. Il collo di bottiglia si sposta a monte. Marty Cagan (aprile 2026): "quando il costo della delivery crolla, il collo di bottiglia si sposta sulla discovery — decidere cosa costruire." Ciò che diventa scarso non è più il codice, è il giudizio di prodotto.
7. Il segnale DORA 2025 (da leggere con attenzione). Indagine Google Cloud (~5.000 professionisti, 90% di adozione dell'IA): correlazione positiva con il throughput di delivery, ma negativa con la stabilità (correlazioni, non causalità). Interpretazione: spedire funzionalità non validate più velocemente crea instabilità e rework — esattamente ciò che la disciplina del PDLC dovrebbe prevenire a monte.
8. L'inversione del rapporto. Andrew Ng (AI Startup School, luglio 2025): alcuni team propongono di invertire lo storico rapporto "1 PM per 4 ingegneri" fino a "2 PM per 1 ingegnere" — a seconda del contesto. Un segnale che il baricentro dello sforzo si sposta di nuovo verso la definizione del prodotto.
9. Il confine diventa poroso. Con lo spec-driven development, l'artefatto di design del PDLC alimenta direttamente lo SDLC: "il confine tra i due cicli diventa poroso." La specifica di prodotto diventa eseguibile dagli agenti.
10. Cosa deve riconoscere un CIO. Ottimizzare solo lo SDLC non basta più: uno SDLC potenziato diventa uno standard di mercato, non un elemento di differenziazione. Azioni: (1) strumentare la giunzione con il prodotto; (2) esigere specifiche eseguibili come input; (3) incrociare le metriche tecniche con le metriche di outcome; (4) rifiutare il ruolo di "fornitore di feature". Rischio nominato: un PDLC artigianale di fronte a uno SDLC industrializzato crea uno "squilibrio insostenibile".
11. Cosa deve riconoscere un CPO. Lo spostamento del collo di bottiglia è al tempo stesso una promozione (il giudizio di prodotto torna a essere una risorsa scarsa) e un avviso ad agire: equipaggiare la discovery (prototipazione con agenti, validazione accelerata dei quattro rischi) per raggiungere la parità di industrializzazione con lo SDLC. "Il CPO detiene ormai il percorso critico dell'azienda."
12. Posizionamento interno di SFEIR. Il framework "Progettare e costruire nell'era agentica" — ciclo a 11 fasi + Software Factory 10x — chiude il lato ingegneristico; la prossima leva è l'articolazione dei due cicli (PM potenziato, porosità PDLC/SDLC, governance end-to-end). Conclusione: "man mano che il codice diventa una commodity, il margine si sposta verso il giudizio di prodotto e la governance."
13. Correlati. cluster SDLC / ADLC / ciclo agentico (BMAD-Method urbanistica AI agentica 2026-02-04; The New SDLC With Vibe Coding, Google maggio 2026; SFEIR "architetto nell'era dell'IA" 2026-07-15; ciclo a 11 fasi SFEIR); DORA (DORA 2026-04-21 ROI/curva a J, State of AI-assisted Software Development 2025); feature factory / output vs outcome (John Cutler); spec-driven / Software Factory (StrongDM software factory 2026-02-06; approccio spec-driven IA); KDLC (Ashish Singh, knowledge life cycle, 28 giugno 2026) e compounding knowledge lifecycle (Klaassen 2026-07-02) come framework di ciclo di vita affini.