Il denaro pubblico deve comprare capacità pubblica

Un investimento pubblico nell'infrastruttura digitale dovrebbe lasciare più di un abbonamento. Dovrebbe lasciare le persone in grado di usare, ispezionare,...

Il denaro pubblico deve comprare capacità pubblica

Un acquisto può lasciare un paese più povero di conoscenza

C'è un momento familiare in un programma tecnologico pubblico. La gara è chiusa, il contratto è firmato, il servizio è disponibile e una dashboard mostra un numero che dovrebbe rassicurare tutti. L'accesso è stato acquistato. Questo conta. Un gruppo universitario può eseguire un carico di lavoro, un funzionario pubblico può usare uno strumento, una piccola impresa può richiedere un sostegno, un ospedale può aderire a un servizio condiviso. Ma l'accesso non è la stessa cosa della capacità. È possibile pagare per un servizio moderno e lasciare comunque l'organizzazione incapace di spiegarne le condizioni, formare un successore, testare una modifica, spostare il lavoro o decidere cosa fare dopo.

Questa distinzione sta diventando sempre più difficile da ignorare mentre i governi europei investono in calcolo, spazi di dati, servizi pubblici digitali, capacità di semiconduttori e intelligenza artificiale. Non si tratta di acquisti ordinari di forniture per ufficio intercambiabili. Sono accordi di macchine, competenze, regole, reti, fornitori, istituti di ricerca e autorità pubblica. Il loro valore non sta semplicemente nella firma del contratto. Appare più tardi, nella capacità di porre una domanda migliore, di mantenere un componente, di coinvolgere un nuovo partner, di contestare un risultato, di riprendersi dopo un cambio di fornitore e di fare un acquisto futuro con meno ignoranza del precedente.

Il denaro pubblico dovrebbe quindi comprare capacità pubblica. Non la proprietà pubblica di ogni cavo, chip o riga di codice. Non un piccolo santuario nazionale all'autosufficienza. Dovrebbe comprare una durevole capacità pubblica di usare un servizio con giudizio. Questa capacità include l'accesso dove serve, ma anche competenze, documentazione, interfacce, diritti di ispezione, vie di uscita pratiche, governance e una registrazione di ciò che è stato appreso. Un programma pubblico che offre solo consumo può essere utile per un po'. Non è ancora un programma infrastrutturale.

Questa è una questione europea perché l'Europa ha già gli inizi di una risposta diversa. EuroHPC sta costruendo capacità condivise di supercalcolo e AI Factory. Il Decennio digitale inquadra infrastrutture digitali, competenze e servizi pubblici come obiettivi collegati. La legge europea sui chip tratta ricerca, progettazione, produzione, competenze e conoscenza della filiera come parti di un unico ecosistema di semiconduttori. La Corte dei conti europea ha ripetutamente ricordato ai decisori politici che appalti, concorrenza e attuazione non si gestiscono da soli. Nell'insieme, queste non sono una dottrina unica. Sono una correzione utile all'idea che il ruolo pubblico finisca una volta pagata la fattura.

La differenza tra un biglietto e un laboratorio

Comprare l'accesso è come comprare un biglietto. Il biglietto può essere esattamente la cosa giusta. Non serve possedere una ferrovia per viaggiare verso un'altra città, e un'autorità pubblica non deve gestire ogni processore per usare bene il calcolo. Un biglietto dà un diritto definito: un viaggio, a un'ora, a condizioni stabilite dall'operatore. Il viaggiatore può essere perfettamente soddisfatto di questo accordo. Il problema inizia quando un'istituzione pubblica scambia una raccolta di biglietti per una politica dei trasporti.

Un laboratorio è diverso. Contiene strumenti, istruzioni, persone che sanno quale strumento è sicuro per quale materiale, pezzi di ricambio, una via per ordinarne altri e una certa memoria degli errori passati. Può ancora comprare cose dall'esterno. Può ancora noleggiare una macchina specializzata quando ha senso. Ma ha abbastanza comprensione per fare una scelta piuttosto che riceverne semplicemente una. Quando il lavoro cambia, il laboratorio può adattarsi. Quando un fornitore cambia, sa cosa chiedere. Quando uno strumento fallisce, può descrivere il guasto senza ricorrere alla tradizionale diagnosi tecnica di indicare lo schermo e dire che ieri funzionava.

La capacità pubblica appartiene più all'officina che al biglietto. È la capacità di formulare un bisogno, valutare un'offerta, gestire un servizio entro certi limiti, conservare le prove, ispezionare una modifica, procurarsi il pezzo successivo e lasciare un accordo senza perdere la funzione pubblica. Può essere distribuita tra un'infrastruttura di ricerca, un centro di competenza nazionale, un team comunale, un'università, un ente normativo e diversi fornitori. Non deve essere centralizzata per essere reale. Ma deve essere nominata, finanziata ed esercitata.

La distinzione salva anche l'esternalizzazione da un'accusa che non merita. L'esternalizzazione non è automaticamente una rinuncia alla capacità. Un'organizzazione pubblica può ragionevolmente utilizzare capacità cloud specializzate, manutenzione esterna o una piattaforma condivisa. La questione è ciò che rimane sul lato pubblico del confine. Se l'autorità non riesce a identificare lo scopo, valutare il risultato, controllare le modifiche sensibili, ottenere i propri dati, formare il proprio personale o continuare il lavoro essenziale durante una transizione, allora ha esternalizzato il giudizio. Questo è un trasferimento molto più ampio dell'acquisto di un servizio.

Il calcolo ha valore quando le persone possono raggiungerlo

Il calcolo è spesso descritto nel linguaggio delle prestazioni di punta. La cifra è utile agli specialisti, così come la capacità di un ponte è utile a un ingegnere civile. Non è l'intera questione pubblica. Un ricercatore che non riesce a ottenere un'allocazione non ha ricevuto capacità pratica. Una piccola azienda che non riesce a comprendere la procedura di candidatura non ha ricevuto capacità pratica. Un team del settore pubblico che riceve un'allocazione ma non ha supporto per la preparazione dei dati, il software, la sicurezza o la valutazione ha ricevuto un invito difficile, non una capacità operativa.

Le AI Factories di EuroHPC dimostrano questo punto attraverso il loro design. L'iniziativa non è presentata semplicemente come un insieme di macchine, ma come hub pensati per avvicinare potenza di calcolo, dati e servizi software, supporto tecnico, formazione e assistenza agli utenti a ricercatori, start-up, piccole e medie imprese e utenti pubblici. I dettagli varieranno a seconda del sito e del servizio. Ed è giusto così. Un'infrastruttura europea non diventa più forte fingendo che ogni regione abbia le stesse industrie, lingue, comunità di ricerca o sistema energetico. L'idea importante è strutturale: la capacità ha bisogno di una via di accesso e di un accompagnamento.

Questo accompagnamento è facilmente liquidato come un extra accessorio perché è più difficile da fotografare di un nuovo sistema. Eppure è spesso il punto in cui un investimento pubblico diventa utilizzabile. Qualcuno deve spiegare i requisiti di ammissibilità. Qualcuno deve aiutare un utente alle prime armi a stimare il lavoro. Qualcuno deve mantenere la documentazione, mettere in contatto le persone con le competenze di dominio e distinguere un limite tecnico reale da un modulo compilato nell'ordine sbagliato. Qualcuno deve rendere comprensibile una coda. Niente di tutto questo è affascinante. Nemmeno un sentiero ben tenuto lo è, finché non è l'unica via attraverso un campo bagnato.

L'infrastruttura condivisa solleva anche la questione dell'accesso equo. Se la capacità pubblica è visibile solo alle istituzioni che già conoscono la persona giusta, che già impiegano uno specialista e che hanno già il tempo di districarsi nella procedura, allora l'investimento può approfondire proprio quella concentrazione che intendeva affrontare. L'accesso aperto non significa accesso illimitato o gratuito. Significa che il percorso è comprensibile, i criteri sono dichiarati, il supporto è proporzionato e le organizzazioni più piccole possono diventare capaci di utilizzare la risorsa, invece di essere educate informate che essa esiste.

È per questo che una policy di accesso merita la stessa serietà di una specifica hardware. Dovrebbe indicare chi può fare domanda, per quale scopo, a quali condizioni, con quale supporto, quali prove sono richieste e cosa succede quando la domanda supera l'offerta. Dovrebbe lasciare spazio alla ricerca, al lavoro di interesse pubblico e alla sperimentazione industriale senza trattarli come attività identiche. Dovrebbe dichiarare dove un utente può ottenere aiuto e cosa l'infrastruttura non farà. Una vaga promessa di disponibilità non è un servizio pubblico. È una stanza con la luce accesa e nessuno alla scrivania.

Il bene pubblico non è sempre la macchina

C'è una tendenza a immaginare l'infrastruttura pubblica come una cosa che si può fotografare da una distanza rispettosa: un edificio, un'antenna, una linea ferroviaria, un laboratorio o un grande armadio pieno di aria costosa. L'infrastruttura digitale ha parti fisiche, e quelle parti contano. Ma il suo valore pubblico spesso risiede nelle relazioni che le circondano. Un'interfaccia può essere un bene se consente a un ente pubblico di spostare dati in modo sicuro tra sistemi. Un metodo di valutazione documentato può essere un bene se consente a un team di mettere in discussione un'affermazione su un modello. Un operatore formato può essere un bene se sa come fermare un flusso di lavoro dannoso. Uno standard dati comune può essere un bene se impedisce a ogni progetto locale di trasformarsi in un esercizio di traduzione personalizzata.

Non è un argomento contro l'acquisto di macchine. L'Europa ha bisogno di capacità fisica, e il Chips Act fa bene a trattare l'ecosistema dei semiconduttori come qualcosa di più di un mercato al dettaglio di componenti finiti. L'impostazione politica dell'Atto include ricerca e leadership tecnologica, capacità di progettazione e produzione, competenze e comprensione delle catene di approvvigionamento. Questo conta perché un paese non può ragionare su una dipendenza che non si è preoccupato di mappare. Un impianto di fabbricazione, una linea pilota, una piattaforma di progettazione e un centro di competenza servono scopi diversi. Trattarli tutti come trofei sarebbe un modo molto costoso per evitare un diagramma di sistema.

Ma l'investimento pubblico dovrebbe chiedersi cosa sopravvive oltre la prima vita tecnica del bene. Un nuovo acceleratore può diventare obsoleto prima di un registro degli appalti ben tenuto. Un particolare stack software può cambiare, mentre la capacità dell'organizzazione di stabilire criteri di prestazione, definire i confini dei dati e verificare una dichiarazione del fornitore rimane preziosa per decenni. La capacità pubblica è spesso costruita negli artefatti apparentemente non eroici: i materiali di formazione, la descrizione aperta dell'interfaccia, il manuale di manutenzione, il registro delle decisioni, il vocabolario condiviso, il dataset di test con condizioni di accesso legittime, la procedura documentata per cambiare un modello o terminare un contratto.

Quegli artefatti non sono burocrazia per impostazione predefinita. Diventano burocrazia quando vengono prodotti perché qualcuno ha chiesto un documento e nessuno lo userà. Diventano capacità quando rendono una decisione successiva più economica, più equa o più sicura. Il test è pratico. Un nuovo team può capire cosa è stato acquistato? Può vedere i vincoli? Può riprodurre la valutazione pertinente? Può richiedere una modifica senza indovinare l'architettura? Può preservare la funzione pubblica se il fornitore originale, l'appaltatore o il membro del personale non è disponibile? Se la risposta è no, il pubblico può possedere un servizio senza possedere gran parte del suo futuro.

Le competenze fanno parte del conto dell'infrastruttura

I progetti digitali separano comunemente la spesa in conto capitale dalla formazione come se la prima comprasse una cosa reale e la seconda comprasse un'atmosfera piacevole attorno ad essa. Questa separazione è costata cara. Un sistema senza persone in grado di specificare, gestire, ispezionare e migliorare non è un sistema finito. È una spesa operativa con un timer a conto alla rovescia.

Il Decennio Digitale rende esplicito questo legame, collocando le competenze digitali accanto a infrastrutture digitali sicure e sostenibili, alla trasformazione digitale delle imprese e ai servizi pubblici digitali. I quattro ambiti vengono spesso presentati come obiettivi separati, perché i programmi richiedono indicatori e gli indicatori hanno bisogno di colonne. Il lavoro reale è meno ordinato. Un'amministrazione locale non può rendere digitale un servizio pubblico in senso sostanziale se non ha personale in grado di valutare l'accessibilità, la qualità dei dati, il rischio informatico, le condizioni di appalto o la differenza tra una raccomandazione automatizzata e una decisione legittima. Una rete di ricerca non può sfruttare una potenza di calcolo condivisa solo perché sa che una macchina esiste da qualche parte su una mappa.

Il bisogno di competenze non riguarda solo chi scrive codice. I team di approvvigionamento devono saper riconoscere quando un requisito è impossibile da verificare. I team legali e di policy devono avere una comprensione tecnica sufficiente per chiedersi dove un modello, un dataset o un'interfaccia modifichi il percorso decisionale effettivo. Gli esperti di dominio devono avere la fiducia necessaria per dissentire da un sistema che produce assurdità fluenti. I manager devono capire che una licenza non è un piano di capacità. Gli operatori hanno bisogno di tempo per esercitarsi nel recupero da guasti e nella gestione delle emergenze, non solo di assistere a una dimostrazione in cui tutti gli input sono stati preparati con cura.

Non esiste un unico corso che risolva tutto questo. Una breve introduzione può aiutare le persone a dare un nome al tema, ma la competenza cresce attraverso il lavoro ripetuto: scrivere un requisito, ispezionare un record, eseguire una valutazione, rivedere un'eccezione, spiegare un output a un collega, condurre un passaggio di consegne e imparare quali assunzioni erano troppo ottimistiche. Il risultato è un muscolo organizzativo. Ci vuole più tempo a costruirlo che a preparare una presentazione, ed è molto meno impressionato da una presentazione.

I programmi pubblici dovrebbero quindi finanziare l'apprendimento in forme legate alle infrastrutture reali. Il supporto dovrebbe essere disponibile quando un utente prepara per la prima volta un carico di lavoro, quando un team di approvvigionamento scrive un criterio di valutazione, quando un operatore assume la responsabilità di un nuovo servizio, quando un'autorità regionale aderisce a una piattaforma condivisa e quando un sistema viene modificato. La domanda utile non è quante persone hanno partecipato a una sessione. È se l'organizzazione ora sappia svolgere un compito che prima non sapeva svolgere, con minore dipendenza da una singola persona esterna.

Gli appalti dovrebbero acquistare la capacità di apprendere

Ogni contratto insegna qualcosa a chi lo acquista. L'unica domanda è se la lezione viene catturata o persa. L'appalto pubblico viene spesso giudicato attraverso il momento dell'aggiudicazione: la procedura era legittima, competitiva, trasparente e correttamente documentata? Queste domande sono essenziali. Ma non sono le ultime domande. Un contratto tecnologico dovrebbe anche chiedersi cosa saprà l'autorità alla fine del primo anno che non sapeva all'inizio. Saprà come si comporta il servizio nelle condizioni che contano? Avrà visto abbastanza evidenze per valutare un rinnovo? Sarà in grado di passare a un altro fornitore? Il suo personale comprenderà il confine operativo, o la prossima gara ripeterà il vocabolario del primo fornitore perché è l'unico vocabolario rimasto nell'organizzazione?

La relazione speciale 2023 della Corte dei conti europea sugli appalti pubblici ha descritto un calo della concorrenza negli appalti pubblici europei nel decennio fino al 2021, insieme a persistenti problemi di trasparenza e di uso strategico degli appalti. La relazione non dice che ogni acquisto debba essere frammentato in piccoli pezzi, né che il prezzo più basso sia sempre sbagliato. Offre però un avvertimento sugli appalti che diventano un rituale di dipendenza. Una gara non può produrre molto valore pubblico se solo un gruppo ristretto è in grado di comprendere il requisito, assumersi il rischio o rimanere sul mercato dopo l'inizio del contratto.

Per i sistemi digitali, le clausole sull'apprendimento possono contare più di elenchi di funzionalità impressionanti. Il committente può richiedere una documentazione utile a un operatore piuttosto che un'appendice di marketing. Può richiedere esportazioni strutturate e interfacce testate. Può richiedere un avviso di modifica per alterazioni sostanziali a modelli, fonti di dati, accordi di hosting, subappaltatori o regole decisionali. Può richiedere supporto per il trasferimento di conoscenze, responsabilità nominate, registri degli incidenti e una prova di uscita prima che il rapporto sia sotto pressione. Nessuna di queste disposizioni garantisce un buon servizio. Rendono un buon servizio più governabile.

C'è un equilibrio da mantenere. L'approvvigionamento non deve pretendere ogni possibile artefatto da ogni fornitore, soprattutto quando una piccola azienda dovrebbe costruire un intero reparto di conformità per partecipare a un incarico limitato. Il requisito dovrebbe essere proporzionato alla funzione pubblica e al rischio. Ma proporzionato non è la stessa cosa di vago. Se un servizio incide su diritti, denaro, sicurezza, accesso al supporto o una decisione pubblica, l'autorità dovrebbe sapere cosa deve ispezionare e chi può intervenire quando il servizio non soddisfa più tale esigenza.

Acquistare la capacità di apprendere cambia anche il modo in cui vengono trattati i progetti pilota. Un progetto pilota non dovrebbe essere un piccolo servizio di produzione con meno adulti nella stanza. Dovrebbe avere una domanda, un confine, un metodo di valutazione, un registro delle decisioni e una conclusione chiara. Un pilota utile può concludersi con l'adozione, la riprogettazione, un caso d'uso più limitato o la decisione di non procedere. Il bene pubblico è la conclusione informata. Se l'unico esito accettabile è l'espansione, l'attività era un processo di vendita con un badge al collo.

L'open è utile solo quando può essere usato

Standard aperti, interfacce aperte e software open source possono contribuire notevolmente alla capacità pubblica. Possono ridurre i costi di cambio, ampliare l'ispezione, consentire ai team locali di adattare un componente e impedire a un ente pubblico di confondere il formato di file di un fornitore con l'ordine naturale dell'universo. Ma l'apertura non è una parola magica. Un repository che nessuno può compilare, una documentazione che presuppone una conversazione privata e un'interfaccia che cambia senza un contratto stabile possono essere tecnicamente aperti ma di fatto chiusi.

La questione pubblica quindi non è semplicemente se qualcosa è aperto. È aperto a chi, per quale uso, con quale conoscenza, a quali condizioni di manutenzione e con quale via per influenzarne il futuro? Un ente pubblico può usare software proprietario e mantenere comunque una solida capacità attraverso interfacce chiare, record portabili, formazione e diritti contrattuali. Può usare software aperto e creare comunque una dipendenza fragile se nessuno comprende la distribuzione, i manutentori non sono supportati o l'organizzazione non ha un piano per gli aggiornamenti di sicurezza. L'etichetta non sostituisce il modello operativo.

Questo è particolarmente rilevante per la ricerca e l'infrastruttura di calcolo. L'accesso riproducibile a una piattaforma dipende da ambienti software, documentazione, condizioni dei dati e supporto tanto quanto dal tempo di elaborazione. Un utente pubblico dovrebbe essere in grado di comprendere i confini di un servizio senza diventare per caso un amministratore di sistemi. Ciò non significa rimuovere ogni dettaglio tecnico. Significa collocare il dettaglio dove può essere trovato, mantenerlo aggiornato e offrire un percorso dal primo tentativo all'uso competente.

Esiste una forma modesta di apertura pubblica che merita più attenzione: la capacità di ispezionare i termini con cui viene offerta una capacità pubblica. Chi governa l'accesso? Quale lavoro è supportato? Quali informazioni vengono conservate? Quali cambiamenti sono previsti? Come può un utente contestare una decisione? Quali risultati vengono misurati e quali sono solo intesi? Questo tipo di trasparenza non richiede la pubblicazione di dati personali, ricerca riservata o ogni configurazione di sicurezza. Richiede che un'istituzione distingua un confine difendibile da una macchina del fumo.

La capacità ha un indirizzo locale e una rotta europea

La scala europea è utile quando è organizzata come una rotta, non come una promessa lontana. Un supercomputer condiviso può servire ricercatori oltre i confini. Uno standard comune può rendere portabile un'innovazione locale. Un centro di competenza può aiutare un'organizzazione più piccola a raggiungere un'infrastruttura che da sola non potrebbe ragionevolmente costruire. Un quadro europeo per gli appalti può dare ai committenti pubblici un linguaggio per requisiti che altrimenti resterebbero improvvisati. Queste sono forme di solidarietà in senso pratico: una capacità esiste in più luoghi perché la rotta per raggiungerla è condivisa.

Allo stesso tempo, la capacità pubblica deve atterrare da qualche parte. Atterra in un laboratorio che ha personale in grado di preparare un flusso di lavoro. Atterra in un'autorità regionale che sa spiegare il proprio servizio ai cittadini. Atterra in una scuola, in un ospedale, in un piccolo produttore o in un'organizzazione di interesse pubblico con una domanda reale e una quantità limitata di tempo. Una politica europea che raggiunge solo le istituzioni già attrezzate per tradurre Bruxelles nel lavoro quotidiano non è inutile, ma è incompleta.

Ecco perché il supporto distribuito conta. Il modello EuroHPC di AI Factories e servizi associati è interessante non solo perché unisce grandi risorse di calcolo ad ambizioni sull'IA. Crea una cornice in cui il supporto locale e settoriale può stare accanto a un'infrastruttura condivisa. Il European Chips Act indica allo stesso modo i centri di competenza come parte di un ecosistema, non come un piedistallo ornamentale sotto la capacità produttiva. L'architettura è politica nel senso migliore: chiede chi può partecipare, non solo quale risorsa può essere annunciata.

Non c'è alcun merito nel far replicare a ogni località ogni capacità. Alcuni servizi sono più sicuri, più economici o più efficaci se condivisi. Non c'è nemmeno alcun merito nel rendere ogni località un punto finale passivo. La divisione del lavoro utile dà ai team locali abbastanza comprensione e autorità per usare bene la capacità condivisa, dando alle istituzioni europee abbastanza coordinamento per evitare che ogni luogo paghi di nuovo per lo stesso lavoro di base. La sussidiarietà non è qui una parola decorativa. È un vincolo di progettazione.

Un buon programma può dichiarare entrambe le parti. Questa capacità è condivisa perché l'infrastruttura è specializzata e costosa. Questa parte resta locale perché riguarda le persone, i registri, la lingua, l'obbligo legale o il contesto pubblico in cui opera il servizio. Il confine cambierà in base al caso d'uso. Va discusso, non dato per scontato.

L'accesso è un primo gradino necessario. Una capacità pubblica duratura lascia dietro di sé anche supporto, competenza, evidenza, autorità e continuità.

Misura ciò che resta dopo l'incontro con il fornitore

I programmi pubblici hanno spesso bisogno di indicatori. Il pericolo non è la misurazione in sé. Il pericolo è misurare l'attività più facile e chiamarla risultato. Numero di account creati, ore allocate, licenze attivate e workshop erogati possono essere tutte informazioni operative utili. Nessuna di esse può dirci da sola se un'istituzione ha acquisito la capacità di svolgere un lavoro utile con maggiore indipendenza e giudizio.

Le misure di capacità dovrebbero quindi chiedere della capacità mantenuta. Gli utenti possono completare un'attività definita senza un intervento su misura? Un team può spiegare i dati, il modello, la configurazione e il ruolo umano dietro un risultato? Può testare una modifica sostanziale rispetto a casi concordati? Può esportare i registri necessari in un formato utilizzabile? Può nominare la persona con l'autorità di sospendere un servizio? Può consegnare il lavoro a un altro team con documentazione sufficiente per continuare? Queste domande sono impegnative perché costringono un programma a definire come appare il successo in termini operativi.

Non tutte le risposte devono essere numeriche. Un runbook revisionato, un esercizio di handover riuscito, una valutazione documentata, un controllo di accessibilità o una prova di uscita possono essere più informativi di una grande metrica vanitosa. L'evidenza qualitativa richiede comunque disciplina. Dovrebbe avere uno scopo dichiarato, un proprietario responsabile e una data. Dovrebbe essere aperta alle contestazioni. Non dovrebbe diventare una raccolta di aneddoti allegri dall'evento di lancio.

C'è anche una ragione per misurare la distribuzione della capacità. Chi ha usato l'infrastruttura? Quali regioni, settori e tipi di organizzazione hanno ricevuto supporto? Dove il processo perde persone? Quali richieste sono ripetutamente fuori ambito, e dovrebbero rimanerlo? Quali barriere linguistiche, di accessibilità o di approvvigionamento rendono difficile l'uso di un percorso nominalmente aperto? Queste sono domande sull'equità, ma sono anche domande sul ritorno dell'investimento pubblico. Un bene che solo chi è già capace può usare ha una superficie pubblica molto più piccola di quanto sembri.

La dashboard risultante sarà meno teatrale di un contatore etichettato innovazione. Bene. Una dashboard pubblica dovrebbe aiutare le persone a decidere dove migliorare il percorso. Dovrebbe essere una mappa dell'apprendimento, non una ciotola di frutta digitale vicino alla reception.

Il punto non è un cerchio perfetto. È un percorso in cui ogni acquisto lascia la decisione pubblica successiva meglio equipaggiata.

Una disciplina utile è chiedere a ogni linea di finanziamento quale forma di capacità lascia dietro di sé. Un'assegnazione di risorse di calcolo dovrebbe lasciare l'utente in grado di presentare il lavoro successivo con meno aiuto del primo. Un acquisto di software dovrebbe lasciare il responsabile del servizio in grado di comprendere la configurazione e i registri che contano. Una sovvenzione di ricerca dovrebbe lasciare metodi, strumenti o formazione che un altro gruppo possa esaminare e adattare entro i confini legali appropriati. Un'iniziativa di dati condivisi dovrebbe lasciare i partecipanti in grado di descrivere il significato, la provenienza e le condizioni di accesso dei registri che scambiano. Le risposte non saranno identiche, e non dovrebbero esserlo. Il punto è rendere il residuo dell'investimento una scelta progettuale deliberata.

Questo residuo rende anche la responsabilità più umana. Un funzionario pubblico che deve governare un servizio complicato senza accesso alle prove pertinenti non sta ricevendo una supervisione. Gli viene affidata una responsabilità cerimoniale e un'ottima probabilità di essere incolpato in seguito. La capacità dà alla responsabilità un posto dove stare. Dà a un team di acquisti un linguaggio per una riunione di rinnovo, a un operatore un percorso per l'escalation e a un'organizzazione rivolta ai cittadini la possibilità di spiegare più della marca del fornitore. Il denaro pubblico non può eliminare le scelte difficili. Può rendere meno probabile che quelle scelte arrivino dopo che le persone in grado di farle hanno già lasciato la stanza.

È allettante trattare questo come una preferenza astratta per la resilienza. È più immediato di così. Un team con registri utilizzabili può rispondere alla domanda di un cittadino invece di aprire un ticket di supporto e attendere un'interpretazione. Un team con un'interfaccia testata può confrontare una sostituzione invece di scoprire, durante una crisi, che le sue informazioni sono state versate in un contenitore elegante ma chiuso. Un team con persone formate può giudicare se un miglioramento segnalato è pertinente al suo compito. Questi sono vantaggi operativi ordinari. Riducono i ritardi, rendono il dibattito più onesto e mantengono le scelte pubbliche abbastanza vicine alle persone autorizzate a farle.

La capacità può anche essere condivisa senza essere diluita. Il metodo di valutazione documentato di un'autorità può informare il bando di gara di un'altra. Le linee guida di un centro di competenza possono risparmiare a una piccola organizzazione l'apprendimento di una lezione difficile a caro prezzo. Un'interfaccia comune può permettere a un servizio locale di partecipare a un sistema più ampio senza abbandonare i propri registri o le proprie responsabilità. È così che un investimento pubblico acquisisce un moltiplicatore che non è né uno slogan di crescita né un'affermazione che tutti debbano usare lo stesso strumento. È la moltiplicazione pratica delle scelte informate.

Costruisci l'uscita mentre il benvenuto è ancora caldo

Ogni capacità pubblica ha bisogno di un percorso di uscita, comprese quelle destinate a durare. Il percorso può essere una migrazione verso un altro fornitore, un cambio di software, un trasferimento a una diversa soluzione di hosting, un aggiornamento a una nuova architettura, un ritorno all'operazione manuale per un periodo limitato o un pensionamento ordinato di un servizio. L'uscita non è la prova che la scelta originale sia fallita. È la prova che la scelta originale ha compreso il tempo.

Acquistare l'accesso senza un percorso di uscita è particolarmente rischioso perché la funzione pubblica può diventare intrecciata con la storia privata di un fornitore. I dati sono memorizzati in un modo particolare. I flussi di lavoro sono documentati in un portale particolare. Il personale impara un vocabolario particolare. Le integrazioni si accumulano. Ogni singola scelta può essere ragionevole. Insieme possono rendere il cambiamento così costoso o incerto che il rinnovo diventa una conclusione scontata. A quel punto l'acquirente pubblico può ancora detenere un contratto, ma ha smesso di detenere una scelta pratica.

Un percorso di uscita ha componenti tecniche, giuridiche e umane. Sul piano tecnico servono registri, interfacce, informazioni di configurazione e un modo per verificare che ciò che ha lasciato un ambiente sia arrivato in modo significativo in un altro. Sul piano giuridico servono diritti, regole di conservazione, clausole di riservatezza e chiarezza su ciò che può essere riutilizzato. Sul piano umano servono persone che conoscano il servizio abbastanza bene da pianificare il trasferimento e che abbiano il tempo per farlo. Tralasciare la componente umana è un metodo affidabile per scoprire, a progetto inoltrato, che la conoscenza era custodita nell'agenda di una singola persona.

La pianificazione dell'uscita può essere proporzionata. Uno strumento limitato e a basso rischio può richiedere solo un export chiaro e una breve nota di passaggio di consegne. Un servizio coinvolto in decisioni pubbliche, sanità, welfare, giustizia, istruzione o infrastrutture critiche può richiedere molto di più. Il principio resta: il pubblico non dovrebbe dover scegliere tra una dipendenza indefinita e la perdita della capacità di servire le persone. Il diritto di andarsene è una delle condizioni che rende significativo il sì.

La capacità pubblica è una disciplina dei confini

L'espressione può sembrare ambiziosa, quindi vale la pena riportarla al lavoro ordinario. La capacità pubblica è un funzionario degli acquisti che chiede un formato di export prima di un'aggiudicazione. È un ricercatore che trova una via comprensibile per il calcolo. È un team locale che sa quando un suggerimento automatizzato richiede una decisione umana. È un centro di competenza che risponde a una domanda difficile senza fingere che la risposta sia semplice. È un registro contrattuale che mostra cosa è cambiato. È un'istituzione pubblica che riesce a dire, con calma e con prove, che un servizio non soddisfa il bisogno e deve essere modificato, ridotto o interrotto.

Niente di tutto ciò elimina la dipendenza. Le infrastrutture moderne sono interdipendenti per natura. L'Europa continuerà ad acquistare da, collaborare con e fare affidamento su organizzazioni al di là di qualsiasi confine pubblico. L'obiettivo non è la purezza. L'obiettivo è il discernimento. Una dipendenza visibile, delimitata, monitorata e affiancata da un'alternativa può essere del tutto ragionevole. Una dipendenza che nessuno sa descrivere è una scommessa travestita da accordo sul livello di servizio.

Questo è anche il motivo per cui la capacità pubblica non dovrebbe diventare uno slogan per la duplicazione nazionale. La via europea conta perché ricerca condivisa, standard condivisi, apprendimento condiviso negli acquisti e infrastrutture condivise possono ridurre gli sprechi e ampliare l'accesso. La dimensione locale conta perché un servizio pubblico ha comunque una lingua, una responsabilità giuridica, una forza lavoro e una comunità specifiche. Il lavoro è unire questi livelli senza permettere che l'uno scompaia dietro l'altro.

In Dweve, cerchiamo di mantenere visibile quel confine in modo semplice. Dweve Mesh è descritto pubblicamente come un livello infrastrutturale distribuito e governato: qualifica la capacità disponibile e colloca il lavoro in base a requisiti di hardware, runtime, giurisdizione, sicurezza, localizzazione dei dati, livello di servizio e prove. Questa è una descrizione di prodotto, non una prova che un prodotto risolva le politiche pubbliche sulle infrastrutture. La sua rilevanza qui è più limitata. La capacità diventa utile solo quando si possono dichiarare le condizioni di collocamento e responsabilità. Lo stesso vale quando il denaro pubblico paga per una capacità.

La domanda da porre prima dell'aggiudicazione

Prima di approvare un acquisto digitale importante, un ente pubblico può porre una domanda pratica: quando questo contratto, programma o finanziamento avrà svolto il suo lavoro, cosa potrà fare il pubblico che prima non poteva fare?

La risposta non dovrebbe essere un elenco di funzionalità del fornitore. Dovrebbe indicare una capacità. Potremo svolgere questa classe di ricerca con supporto. Potremo ispezionare questo percorso decisionale. Potremo servire questo gruppo attraverso un canale accessibile. Potremo testare una modifica prima che raggiunga le persone. Potremo trasferire i nostri registri. Potremo formare un nuovo team. Potremo mantenere attiva la funzione pubblica se un componente cambia.

Queste sono frasi modeste. Sono anche le frasi che trasformano una spesa in un'istituzione. Il denaro pubblico dovrebbe comprare la macchina quando serve una macchina. Dovrebbe comprare l'accesso quando l'accesso condiviso è sensato. Soprattutto, dovrebbe comprare la capacità accumulata di usare entrambi con giudizio. Questa capacità è più lenta a farsi annunciare di una nuova piattaforma, più difficile da far entrare in una foto stampa e considerevolmente più utile il giorno in cui il contratto smette di essere nuovo.

Fonti