Prototipi software e studi di fattibilità con l’IA

Lo sguardo più ovvio sulla programmazione con IA è questo: i progetti software esistenti diventano più veloci. È vero, ma descrive solo una parte del cambiamento.

Sul piano strategico conta di più il fatto che cresce il numero di idee che si possono esaminare in modo economicamente sensato.

Una nuova applicazione non deve più essere descritta per mesi esclusivamente come concetto. Un sistema specialistico, un ambiente di simulazione, un sistema di pianificazione visivo o una nuova idea di prodotto digitale possono prendere forma come software coerente molto prima.

Così non si smaltisce semplicemente più in fretta la pipeline di progetti esistente. Entrano nello sviluppo idee che in passato non avrebbero superato la soglia economica d’ingresso di un progetto IT classico.

Il cambiamento rilevante non sta quindi solo nella produttività. Sta in uno spazio di ricerca imprenditoriale più ampio.

I modelli di sviluppo classici costringono le aziende a selezionare presto. Solo poche idee ricevono un budget. Queste idee vengono poi portate avanti relativamente a lungo, perché sono già state impegnate risorse considerevoli.

Quando i costi dello sviluppo tecnico iniziale diminuiscono, questo ordine può essere in parte invertito. Più idee di prodotto possono essere portate dapprima a un livello tecnico reale. Solo in seguito occorre decidere quali approcci giustifichino ulteriori investimenti.

Lo sviluppo di prodotto passa così da una logica di definizione precoce a una logica di conoscenza precoce.

Ciò non significa produrre quanti più esperimenti possibile. Decisivo è piuttosto ridurre l’incertezza nei punti in cui essa influenza davvero le decisioni imprenditoriali.

Verificare di più. Imparare prima. Scartare prima gli approcci deboli. Sviluppare in modo più mirato quelli forti.

Tradizionalmente lo sviluppo software viene spesso inteso come esecuzione di una decisione già presa. Prima si definisce che cosa deve nascere. Poi si sviluppa.

Per i prodotti nuovi questa separazione ha senso solo in misura limitata. Una parte delle conoscenze decisive nasce soltanto durante lo sviluppo.

Solo un’interfaccia utente reale mostra se un’idea di interazione regge. Solo dati reali rendono visibile se un modello dati è adeguato. Solo un nucleo di sistema funzionante mostra se architettura, prestazioni e logica di prodotto si accordano. Solo un sistema utilizzabile consente di valutare in modo realistico che cosa un’idea di prodotto possa effettivamente diventare.

Per questo lo sviluppo non produce soltanto software. Produce informazioni sul prodotto futuro.

In una fase iniziale del prodotto, uno stato di sviluppo solido può generare più conoscenza di un ulteriore giro di specifiche astratte.

Il carattere sperimentale di questo approccio non significa che ne nasca soltanto software piccolo o provvisorio.

Sperimentale è l’apertura del processo conoscitivo.

Anche un’applicazione desktop tecnicamente impegnativa può essere sviluppata in modo sperimentale, se il suo scopo consiste anzitutto nel verificare concretamente un’idea di prodotto e nell’affinarne ulteriormente la direzione durante lo sviluppo.

Uno stato di sviluppo iniziale può già comporsi di più elementi collegati tra loro: un’interfaccia utente reale, logica di dominio, gestione dei dati, visualizzazione, persistenza, funzioni di importazione ed esportazione, comunicazione con sistemi esterni o un nucleo tecnico solido.

Il lavoro va quindi ben oltre un prototipo visivo cliccabile.

L’obiettivo è ottenere quanta più realtà di prodotto affidabile possibile nel più breve tempo di sviluppo.