Digitalizzazione nel settore pubblico: serve una piattaforma per lo sviluppo software

di Francesco Pagano, Consigliere Aidr e Responsabile servizi informatici Ales spa e Scuderie del Quirinale

La strategia di digitalizzazione del settore pubblico in Italia è ambiziosa e assolutamente necessaria per colmare rapidamente un divario che rischia di penalizzare pesantemente il nostro paese. Gli obiettivi indicati nel Piano Nazionale di Ripresa e Resilienza (PNRR), in quest’ottica, rappresentano l’orizzonte verso cui dovranno muoversi tutti gli operatori del settore e promettono di arrivare a definire un ecosistema digitale che porterà con sé maggiore efficienza e flessibilità sia nella gestione dei rapporti con i cittadini, sia nella operatività degli enti coinvolti. Guardando al percorso che ci troviamo di fronte, però, è indispensabile mettere a fuoco alcuni elementi e fissare dei paletti rigorosi che consentano di affrontare il processo di digitalizzazione in maniera corretta, partendo per esempio dalla definizione dei processi di sviluppo software.

Dietro le quinte: un patrimonio condiviso

Lo sviluppo di applicazioni e servizi, nell’immaginario collettivo, è un processo di “creazione” che parte da zero. La realtà, come ben sanno gli esperti del settore, è molto diversa. Lo sviluppo software è piuttosto un’operazione di assemblaggio, in cui i programmatori utilizzano componenti di ogni genere (da librerie a servizi) già pronti, spesso resi disponibili attraverso “pacchetti di sviluppo” (Software Development Kit o SDK) messi a disposizione dagli sviluppatori dei sistemi operativi desktop e mobile, oltre a risorse di ogni genere spesso rilasciate sotto licenza Open Source. A questi si aggiungono strumenti di debug, di analisi delle funzionalità e di gestione dell’utilizzo da parte degli utenti forniti da aziende private. Insomma: qualsiasi applicazione, piattaforma o servizio è in realtà una somma di componenti che, in molti casi, sono stati prodotti da altri soggetti e vengono combinati tra loro per fornire un servizio più complesso. Ma quale livello di controllo possiamo avere su tutti gli aspetti di funzionamento di un software realizzato in questo modo?

Dalla protezione della privacy al rischio di distorsioni: tutte le criticità

Il rischio di fronte al quale ci troviamo è legato principalmente a quella commistione tra pubblico e privato che viene spesso definita come un fattore “virtuoso” a cui rivolgersi per accelerare i processi di digitalizzazione. In particolare, uno dei fattori critici è rappresentato dal fatto che la componente privata, per sua stessa natura, ha obiettivi diversi da quelli del pubblico. Nella progettazione di qualsiasi strumento digitale, il privato punta infatti a una monetizzazione del servizio, che spesso è rappresentata dalla raccolta di informazioni riguardanti gli utenti. Un’attività che incontra limiti precisi, sia a livello logico, sia a un livello più squisitamente normativo, nel momento in cui i dati oggetto del trattamento riguardano attività sensibili come quelle legate al rapporto con la Pubblica Amministrazione. Il caso dell’app IO, recentemente sottoposta a una profonda revisione in seguito ai rilievi del Garante per la Protezione dei Dati Personali, è un perfetto esempio del rischio che si annida in questo processo di sviluppo. Come evidenziato dal Garante, i problemi di privacy non dipendevano da errori di progettazione, ma erano legati all’utilizzo di componenti e servizi forniti da terzi.

Preparare il contesto migliore

Porsi il problema dell’adeguatezza dei processi di sviluppo degli strumenti digitali nel settore pubblico, dunque, è una premessa indispensabile per evitare possibili cortocircuiti o, peggio ancora, di trovarsi incastrati in un circolo vizioso in cui le verifiche a posteriori finiscono per appesantire l’intero percorso. Il primo passo da fare, di conseguenza, dovrebbe riguardare la creazione di una “cassetta degli attrezzi” che permetta agli operatori del settore di attingere a risorse e strumenti la cui compliance con gli obiettivi e le normative sia verificata e verificabile. Magari attingendo a quel mondo dell’Open Source cui altre nazioni hanno già fatto ampiamente ricorso.