La verifica soppianta la generazione di codice e cresce il divario tra board e ingegneri

La verifica è il nuovo collo di bottiglia del software. Lo afferma il report del secondo Future of Software Development Retreat di Thoughtworks, che mette in fila cinque constatazioni operative sullo stato dell’arte [S1].

Produrre codice è diventato più facile. Dimostrare che quel codice funziona resta difficile. Il documento suggerisce di spostare pratiche, strumenti e responsabilità verso la verifica, che diventa il centro del flusso di sviluppo [S1].

Prende forma una disciplina distinta: “harness engineering”. Non riguarda il prodotto finale, ma l’impalcatura che lo mette alla prova. Parliamo di dataset, ambienti controllati, scenari, metriche. È l’insieme che consente di esercitare e validare sistemi e modelli in modo affidabile [S1].

L’apprendistato entra in crisi. Le organizzazioni faticano a far crescere nuove leve in un contesto in cui gli strumenti accelerano l’output ma riducono le occasioni di pratica significativa. Il report registra l’effetto come tendenza che incide sulla qualità nel medio periodo [S1].

Pesa il divario tra le aspettative dei vertici e la realtà dei team. Il rischio principale non deriva dalla tecnologia, ma dall’allineamento. Gli executive puntano a guadagni di produttività. Gli ingegneri mettono l’accento sui rischi, con enfasi su quelli di sicurezza. La tensione rallenta l’adozione e impone presidi nuovi [S1].

La modernizzazione dei sistemi legacy emerge come il bacino di valore più chiaro nel breve periodo. Qui gli strumenti attuali possono creare benefici difendibili senza attendere salti di maturità. Il report indica questa rotta come prioritaria per risultati immediati [S1].

Durante il retreat, una sessione ha messo a confronto chi usa quotidianamente i modelli linguistici e chi li chiede a livello di C‑suite e board. Dal dibattito emerge una linea costante: l’attenzione dei board si concentra sui ritorni promessi e scivola sui rischi, soprattutto di sicurezza. Il punto non è se adottare gli LLM, ma come governarne l’introduzione nel perimetro aziendale [S1].

Il documento integrale, curato da Thoughtworks, è disponibile online. Per i team, il messaggio operativo è netto: investire nella verifica e nella “harness engineering”; orientare iniziative di breve sulla modernizzazione del legacy; portare in sede di governance una discussione sui rischi che preceda quella sui numeri di produttività [S1].

Una conseguenza pratica: serve riprogettare il ciclo di sviluppo perché la verifica non arrivi in coda, ma accompagni ogni passaggio. Questo può diventare anche il contesto in cui ripensare l’apprendistato, con mansioni che includano la costruzione di dataset, scenari e metriche. La posta in gioco è la stessa che il report indica come urgente: trasformare la capacità di generare codice in valore affidabile e difendibile.