Prima di entrare nell’amministrazione del governo di Chicago, sapevo molto poco di open data. Certamente ero stato immerso nel mondo dei dati e dell’analisi per un po ‘ di tempo, ma non capivo in modo sostanziale il concetto di “aperto” come si applicava a questo contesto. Infatti, poiché avevo lavorato al Dipartimento di polizia di Chicago nella sezione Antiterrorismo e intelligence, gli open data sembravano completamente controintuitivi. Così, quando il team di transizione del sindaco eletto Rahm Emanuel mi ha contattato per discutere di un programma di dati aperti alla città di Chicago, ho dovuto fare una ricerca rapida e frettolosa su Internet per essere adeguatamente preparato.
Durante la campagna mayoral, il sindaco Emanuel aveva tenuto un evento presso Microsoft che ha evidenziato l’importanza del governo aperto, citando i dati aperti al centro della sua visione per una Chicago più trasparente. Il sindaco poi mi ha chiesto di servire come primo Chief Data Officer della città (CDO) e di attuare la sua visione di un governo più trasparente che non solo rende i suoi dati a disposizione del pubblico, ma utilizza anche l’analisi dei dati come strumento per informare la politica e migliorare i servizi.
La nuova amministrazione è iniziata il 16 maggio 2011, con gli open data come priorità assoluta fin dal primo giorno. Il fine settimana precedente, il gruppo politico si era riunito per discutere la strategia per i primi cento giorni e open data è stato elencato come un obiettivo iniziale. La mia missione era di prendere le ossa del programma esistente della città e renderlo una pietra angolare delle iniziative di trasparenza della città. Il mio primo passo è stato quello di valutare ciò che esisteva e poi decidere dove volevo prendere la visione e la direzione come CDO per la città di Chicago.
Prima di entrare nei dettagli di ciò che ne è seguito, vale la pena discutere il semplice punto che Chicago è stata la prima grande municipalità a nominare un CDO. Questa è stata una dichiarazione chiara e immediata sull’importanza di queste iniziative per la nuova amministrazione. Il sindaco Emanuel aveva deciso presto che voleva una squadra che utilizzasse le vaste e ricche risorse di dati della città come strumento e che l’empirismo avrebbe informato la politica. Per raggiungere questo obiettivo, ha creato un post di livello senior all’interno del suo ufficio che si concentrerebbe su esattamente questo. Creando un CDO come suo proxy per un governo trasparente e basato sui dati, il sindaco Emanuel ha gettato le basi per Chicago per passare da un ritardo rispetto ad altri governi ad essere in prima linea nei dati civici aperti e nella trasparenza.
La città di Chicago aveva un programma open data esistente, quindi non stavo partendo da zero. Prima della nuova amministrazione è stato gestito da Danielle DuMerer, un project manager nel Dipartimento di Innovazione e Tecnologia (DoIT). La città si era già assicurata la piattaforma Socrata e ha dato il via ad alcuni progetti di dataset di base, in particolare pubblicando i registri delle richieste del Freedom of Information Act (FOIA) presentate dal pubblico, nonché un assortimento di set di dati geografici e di strutture.
DuMerer aveva sostanzialmente impegnato la comunità locale open government con i dati aperti della città. Tuttavia, la precedente amministrazione non aveva identificato il programma open data come una priorità assoluta tra le altre questioni concorrenti, e anche con gli sforzi di DuMerer il programma ha lottato per ottenere una trazione significativa. Ma una volta che la nuova amministrazione è venuto a bordo con un chiaro mandato dal sindaco Emanuel per rendere i dati aperti una priorità, programma open data della città ha cominciato a cambiare immediatamente.
Nelle prime due settimane come Chief Data Officer della città, ho fatto del mio meglio per imparare i dettagli del programma che avevo ereditato. Ho trovato frustrante che la piattaforma dati fosse già stata scelta. Pur apprezzando l’efficienza chiavi in mano della piattaforma Socrata, sapevo che un’applicazione proprietaria sarebbe diventata un investimento finanziario a lungo termine. Sono anche un forte sostenitore dell’utilizzo di tecnologie open source e sono rimasto deluso dal fatto che stavamo facendo poco per sostenere la comunità intorno a CKAN, un catalogo open source open data ampiamente utilizzato. Ma perché avevo bisogno di fornire risultati immediatamente, non ero in grado di fare un perno tagliente. Non era pratico prendere in considerazione altre piattaforme alternative a quel punto.
C’erano anche le prossime app per i concorsi di Metro Chicago, i cui piani erano stati avviati durante la precedente amministrazione. La John D. e Catherine T. MacArthur Foundation stava finanziando tre concorsi tematici per incoraggiare le imprese e gli ingegneri del software di utilizzare Città di Chicago e Cook County open data per creare applicazioni utili per i residenti. Abbiamo molto apprezzato il sostegno filantropico di questa iniziativa, ma la competizione ha imposto una tempistica difficile per stendere il nostro programma.
Sarebbe stato semplice dargli sufficiente attenzione per soddisfare le esigenze del progetto e non offendere la fondazione sostenitrice, permettendoci di concentrarci sulle idee provenienti dalla nuova amministrazione. Tuttavia, abbiamo finito per vedere questa competizione come un ottimo modo per aiutare a lanciare il nuovo programma open data a Chicago e ci ha aiutato a prendere slancio rapidamente. (MacArthur ha continuato ad essere un fantastico sostenitore di questi programmi lungimiranti.) Dare il via alle app per la competizione Metro Chicago così presto dopo l’inizio della nuova amministrazione era coerente con la strategia di espansione rapida del programma open data esistente.
Abbiamo subito scoperto che mentre la tecnologia era rilevante per il progetto, una chiara sponsorizzazione esecutiva ha permesso a questa iniziativa di accelerare rapidamente. Abbiamo raggiunto un paio di pietre miliari chiave nella fase iniziale che ha finito per gettare le basi per il futuro del programma.
In primo luogo, la città ha rilasciato il suo set di dati crime incidents. Storicamente, i dati sulla criminalità erano difficili da ottenere a Chicago. Mentre Chicago era stato un leader nelle tecnologie front-facing, i suoi dati grezzi non era facilmente accessibile. Il sito Web CLEARpath del Dipartimento di polizia di Chicago offriva novanta giorni di dati storici sul crimine a livello di incidente tramite un’interfaccia di mappatura ed era un ottimo inizio in termini di accesso alle informazioni. Tuttavia, se terzi volevano utilizzare i dati, dovevano fare una notevole quantità di scraping.
I dati sulla criminalità sono storicamente uno dei set di dati più richiesti e spesso sono troppo limitanti in alcuni modi diversi: è di un intervallo troppo breve per fornire utilità per qualcosa di diverso dalla consapevolezza situazionale a termine immediato; i dati sono aggregati in un’unità di analisi troppo diluitiva (à la district, ward o precinct); e/o i dati non sono leggibili dalla macchina.
Chicago ha cercato di risolvere tutti questi problemi in una mossa rapida. La versione progettata ha cercato di aprire tutti i dati di criminalità a livello di incidente dal 1 gennaio 2001 ad oggi e aggiornare il set di dati su un ciclo di ventiquattro ore. Azienda 4.6 milioni di record, il set di dati pubblicato da Chicago sarebbe il più grande set di aggiornamento automatico di dati sul crimine a livello di incidente mai rilasciato.
La tecnologia alla base del rilascio non era complessa, ma nemmeno banale. I dati del crimine sono registrati nel sistema transazionale del Dipartimento di polizia di Chicago e poi replicati nel loro data warehouse. Il nostro approccio era quello di sparare un ETL (un insieme di funzioni di database per spostare i dati da un luogo all’altro) da un server di utilità interno per estrarre i dati dal magazzino della polizia e caricarli nel portale dati della città tramite l’API di Socrata.
Tuttavia, lungo la strada, dovevano verificarsi un paio di elementi critici per garantire che i dati fossero sicuri e potessero essere resi in un modulo rilasciabile:
- Gli indirizzi dovevano essere ridotti a blocchi per proteggere la privacy.
- Anche le coordinate spaziali dovevano essere sparse per aiutare con la protezione della privacy.
- Gli aggiornamenti dovevano essere acquisiti e replicati nel set di dati quando i record del sistema di origine venivano aggiornati.
- Poiché il set di dati crimes doveva essere uno dei primi set di dati di grandi dimensioni, la piattaforma Socrata doveva essere in grado di gestire in modo efficiente upload, aggiornamenti e query.
Abbiamo completato con successo tutti questi passaggi, sperimentando qualche dolore lungo la strada, ma il processo alla fine si è riunito. A partire da aprile 2013, il set di dati comprende quasi 5,2 milioni di record, continua ad essere aggiornato automaticamente ogni giorno, e serve come un buon esempio di implementazione di open data.
Questo rilascio di dati ha portato notevole attenzione al programma open data di Chicago, gran parte dei quali era dovuto alla stampa intorno a quel rilascio. Sophia Tareen, una giornalista dell’Associated Press, ha coperto la storia. Ha scritto un pezzo riflessivo sull’enormità del rilascio e ha notato che è stato un chiaro punto di svolta per Chicago (Tareen, 2011). Mentre scritto localmente, l’articolo è stato inviato in massa dall’AP e, nel giro di poche ore, è diventato una storia internazionale. Di conseguenza, il programma open data di Chicago è diventato molto reale ed è stato convalidato dalla comunità più ampia. Abbiamo appreso che c’è un enorme vantaggio in un rilascio di alto profilo di un set di dati ad alto interesse nella fase iniziale. Considero questo come un altro momento seminale per il programma, fornendo una solida base da cui partire per il lancio. Questa versione ha funzionato molto bene per Chicago, e sospetto che funzionerebbe anche per altre giurisdizioni.
In secondo luogo, il concorso Apps for Metro Chicago ha fornito un quadro per coinvolgere la comunità di Chicago. La competizione ha dimostrato che molti abitanti di Chicago erano profondamente entusiasti dei dati aperti e volevano davvero impegnarsi con il governo per costruire strumenti per aiutare i loro vicini. Al fine di raggiungere quest’ultimo, abbiamo dovuto fornire i dati in formati leggibili dalla macchina, e aveva bisogno di essere costantemente aggiornati. Prima del rilancio del portale dati di Chicago, i dati erano stati resi disponibili, ma di solito sotto forma di PDF, che i tecnologi sanno può essere un po ‘ meno amichevole.
Il nostro rilascio di dati di spazzamento stradale durante la finestra del concorso Apps for Metro Chicago esemplifica questo cambiamento. Durante un hackathon open data ospitato da Google nel 2011, Scott Robbin si è avvicinato a DuMerer e io per chiedere informazioni sul set di dati della spazzatrice stradale della città. Era interessato a costruire un’applicazione che informasse gli utenti la sera prima che la loro strada fosse spazzata. Ho pensato che questa fosse un’idea favolosa, dal momento che avevo ricevuto personalmente una serie di biglietti per non aver spostato la mia auto. Tuttavia, il percorso dall’idea all’implementazione richiedeva alcuni dati della città. Il programma spazzamento strada esisteva, ma non è stato pubblicato in un formato facilmente utilizzato da ingegneri del software o tecnologi. Il Dipartimento di Strade e servizi igienico-sanitari aveva preso un foglio di calcolo Excel e ha creato un calendario, utilizzando gli strumenti di formattazione del software. Il foglio di calcolo risultante è stato poi stampato in un PDF e pubblicato sul sito web della città di Chicago. Questo formato ha reso impossibile il reverse engineering. Fortunatamente, in situazioni come queste, stagisti sono grandi ad assistere con il noioso, ma critico, lavoro di conversione di un file inutilizzabile in uno che può servire come fonte di dati. Abbiamo pubblicato il file risultante su data.cityofchicago.org. Da lì, Scott ha prodotto un sito eccellente, sweeparound.us, che ha assistito molti di noi nell’essere memore del programma di pulizia della città.
Il sweeparound.la storia degli Stati Uniti esemplifica un paio di lezioni chiave che continuano a essere vere. In primo luogo, noi, come città, avevamo bisogno di imparare a produrre dati in formati leggibili dalla macchina come parte delle nostre pratiche commerciali standard. In secondo luogo, una varietà di comunità ha dimostrato un enorme appetito per i dati del governo, tra cui sviluppatori civici, ricercatori e giornalisti. Abbiamo visto l’emergere della comunità di sviluppatori civici sia nei modelli filantropici che a scopo di lucro. Luoghi come Chapin Hall presso l’Università di Chicago avevano lottato per anni per estrarre dati amministrativi a scopo di ricerca. I programmi open data lo rendono sostanzialmente più semplice, eliminando la necessità di negoziare la non divulgazione o altri tipi di accordi. Open data ha anche anche stimolato nuove ricerche. Un candidato di dottorato ha twittato la sua gratitudine per essere finalmente in grado di finire la sua tesi, e le organizzazioni più tradizionali hanno ora intrapreso studi pluriennali, basati su ciò che è stato pubblicato sul portale dati della città di Chicago.
L’ultima lezione è quella coniata da Tim O’Reilly (2010): “Il governo come piattaforma.”Non ho capito completamente questa idea per qualche tempo, ma ora è uno che apprezzo molto. Il portale dati di Chicago è progettato per fornire dati grezzi in formati leggibili dalla macchina. Fornendo un’API a questi dati, qualsiasi sviluppatore può accedere, utilizzare o integrare tutta questa materia prima per qualsiasi scopo possa immaginare. Come Chief Information Officer della città e CDO, ho volutamente cercato di evitare di entrare nel business di sviluppo di app e, invece, ha preferito far crescere il portale per offrire sia la diversità e la profondità. Questa strategia ci impedisce di essere nel business del mantenimento di app che richiedono vari set di abilità di programmazione e risorse finanziarie in corso. Invece, un portale di dati basato su standard ci permette di essere la piattaforma, come suggerisce O’Reilly, e sostenere le idee innovative coltivate da varie comunità.
Implementare con successo un programma Open Data
Dopo due anni di costruzione di un programma di successo nella città di Chicago, ci sono una serie di punti critici che possono essere sfruttati come altre città considerano l’implementazione o l’espansione dei dati aperti.
Architettura
Costruire un portale dati ampio, utile, leggibile da una macchina e significativo è un compito tecnico non banale. In primo luogo, naturalmente, viene la questione della piattaforma. Dovrai riflettere sulle capacità del tuo personale, insieme ai finanziamenti disponibili per prendere questa decisione. Ecco alcuni punti da considerare.
Se avete bisogno di una soluzione chiavi in mano, ci sono poche opzioni sono disponibili. Socrata è la piattaforma dominante, e sono bravi a quello che fanno. Essi forniscono un portale di dati ready-to-go. Per le organizzazioni che rabbrividiscono l’idea di costruire i propri server e l’utilizzo di open source, questo è il metodo che sta andando a lavorare meglio per voi. Tuttavia, come discuteremo più avanti, al fine di avere una piattaforma di dati aperti sostenibile, si sta andando ad avere bisogno di fare un lavoro piuttosto avanzato.
Oltre la piattaforma arriva la fonte dei dati. Per i programmi che sono ancora nella loro fase più elementare, utilizzando un approccio chiavi in mano può rendere questo lavoro incredibilmente facile. I tuoi dati potrebbero risiedere in qualcosa di semplice come un foglio di calcolo. È possibile caricare tali informazioni in Socrata direttamente ed essere pronti ad andare in pochi secondi, ma raramente rimane così semplice una volta che si arriva al di là delle basi.
Molti dei dati che hai verranno da sistemi transazionali o di magazzino, e se il tuo mondo è come il mio, molti di loro sono piuttosto invecchiati e un po ‘ criptici. Dovrai trovare modi per estrarre i dati, capire cosa significa e caricarli nella piattaforma. Questo è un po ‘ meno chiavi in mano di quanto si possa pensare in origine.
È inoltre necessario considerare la quantità di dati che verranno spostati e in che modo ciò influirà sulla rete, sullo storage e sui sistemi aziendali. Se hai semplicemente a che fare con qualcosa come una lista di stipendi, che è un piccolo dato, il problema è banale. Tuttavia, cosa succede se si desidera caricare qualcosa come le coordinate GPS dei vostri beni? A Chicago, sarebbero circa dieci milioni di righe al giorno. Questo stresserebbe la maggior parte degli ambienti.
Sostenibilità
Può sembrare strano richiamare questo punto molto specifico, ma sospetto che sia uno dei più critici: la sostenibilità del design complessivo. Un programma di dati aperti che si basa su un essere umano per tenerlo aggiornato è fondamentalmente imperfetto. Considerando che uno degli obiettivi degli open data è la trasparenza, è importante riflettere sul ruolo dell’intermediario. Mi piace scherzare sul fatto che le persone sono spesso scioccate quando dico loro che non controlliamo i dati prima che vengano rilasciati sul portale. Non c’è, infatti, nessun piccolo tizio nel seminterrato del Municipio che controlla ogni riga di dati prima che esca dalla porta. Questa è la bella parte del design dietro il portale.
Novantanove per cento dei dati che va su data.cityofchicago.org arriva lì automaticamente. Ognuno dei set di dati ha un lavoro ETL che si connette al sistema di origine, prende i dati, li trasforma a seconda dei casi e li carica nella piattaforma. Questo accade ogni giorno o più frequentemente. In alcuni casi, sovrascriviamo l’intero set. Per altri, come gli incidenti di criminalità, eseguiamo un aggiornamento incrementale che aggiunge nuovi record e rileva le modifiche ai record esistenti. Questo tipo di architettura realizza una serie di punti critici.
Innanzitutto, è scalabile. È impossibile avere milioni di righe di dati disponibili sulla base di aggiornamenti manuali. Questo ha poco senso e non sarà tempestivo. In secondo luogo, come accennato in precedenza, mantiene la piattaforma onesta. Infine, crea sostenibilità. Il programma cessa di diventare un singolo individuo e, invece, diventa un’area programmatica all’interno dell’organizzazione tecnologica.
Paura
C’è una forte paura istituzionale dei dati aperti. In una cultura del giornalismo “gotcha”, l’idea che qualcosa venga divulgato che potrebbe mettere in imbarazzo un’amministrazione è una preoccupazione comune e, quindi, una barriera. Spesso è un motivo per non rilasciare dati. La mia esperienza con questo evidenzia un paio di punti critici.
Abbiamo rilasciato milioni di righe di dati fino ad oggi, e finora, è andato molto bene. Ogni volta che il collegio elettorale interno si è preoccupato di un rilascio, siamo stati in grado di spingerlo in avanti e renderlo pubblico senza incidenti.
È fondamentale che tu sviluppi una forte relazione con la tua comunità di governo aperto. Promuovendo questa dinamica, si è in grado di creare un “facciamo lavorare insieme” ethos. Ho spiegato che se ogni errore che ho fatto è stato soffiato in un incidente importante, sarebbe ostacolare i nostri obiettivi di collaborazione. A Chicago, hanno preso questo a cuore. Abbiamo creato un lavoro di squadra, lavorando con Joe Germuska della Northwestern University Knight Lab, e precedentemente del Chicago Tribune, insieme a Daniel X. O’Neil della Smart Chicago Collaborative. Ci sarebbe regolarmente convocare via Twitter, e-mail, telefono, o al meet-up. Questo ha funzionato particolarmente bene mentre ci siamo sforzati di conquistare set di dati grandi e complicati. Questi sono i tipi di set di dati che sono molto difficili da rilasciare perfettamente la prima volta.
Spesso, vedrai una dinamica tra governo, stampa e comunità governativa aperta che può essere meno che piacevole a causa di questo concetto “gotcha” che ho menzionato prima. Governo rilascia qualcosa che ha un errore in esso, e diventa una “cosa.”Forse c’è una sostanziale stampa intorno all’errore o, peggio ancora, è visto come ingannevole. All’interno di questo quadro, ci sono in genere solo due strategie che possono essere adottate dal governo. Il primo è di non rilasciare alcun dato, che non è la traccia ottimale per nessuno dei nostri interessi. Il secondo è quello di garantire che i dati sono al cento per cento perfetto prima di uscire dalla porta.
Il modello perfetto al cento per cento va bene quando i dati sono piccoli. Se stai pubblicando un foglio di calcolo con cento righe e non è terribilmente ampio, puoi passare attraverso ogni riga per assicurarti che sia perfetto. È anche possibile scalare l’esercizio a migliaia di linee utilizzando una varietà di meccanismi. Tuttavia, cosa succede quando il set di dati include milioni di righe e copre un decennio? Anche con script e tecniche di audit, non è possibile raggiungere il marchio di fiducia al cento per cento. Questo lascia la maggior parte delle persone in un dilemma. Quando si desidera rilasciare dati grandi e importanti e non è possibile garantire che sia corretto al cento per cento, porta a tutti i tipi di dramma. Diventa una situazione no-win.
Questo è dove abbiamo cambiato la dinamica a Chicago in modo che saremmo in grado di spostare il programma open data in marcia alta. E “venuto giù per me personalmente lo sviluppo di una serie di relazioni all” interno della comunità e investire il tempo per garantire che le persone hanno capito e creduto in quello che stavamo cercando di fare. Storicamente, un membro di alto livello dell’amministrazione non si presenta a un open government meet-up per discutere di open data, ma questo è stato ciò che alla fine mi ha permesso di costruire la fiducia tra queste entità. Ha anche aiutato ad avere contatti come Joe, all “interno dell” organizzazione di notizie, che ha permesso per la costruzione di relazioni. Queste persone credevano che il nostro open data plan fosse più grande della singola storia e che stessimo costruendo un sistema più ampio.
Diventando parte delle operazioni quotidiane
Mentre il programma open data di Chicago è diventato una piattaforma robusta e utile, è arrivata la domanda su come dovremmo portarlo al livello successivo. All’inizio del 2013, il sindaco ha deciso che voleva prendere un impegno politico per garantire la sostenibilità del programma. Ha emesso un Open Data Executive Order (2012-2) che ha imposto che ogni dipartimento designasse un coordinatore dei dati aperti, la città avrebbe creato e sostenuto la posizione di Chief Data Officer e ci sarebbe stata una responsabilità annuale per il rilascio di open data per trasparenza e sostenibilità (Emanuel, 2013).
Il rilascio e l’esposizione di questo ordine esecutivo servirono a rafforzare il duro lavoro che era andato nella creazione del programma. L’ordinamento è uno che rimarrebbe una questione aperta per le amministrazioni che stanno cercando di andare avanti nel regno dei dati aperti. Ha senso emettere l’ordine esecutivo o la legislazione prima dell’inizio dell’iniziativa, o ha senso consentire una certa trazione e quindi creare quel quadro attorno ad esso?
La mia preferenza è intorno a quest’ultimo, ma, chiaramente, sono di parte. I miei pensieri si concentrano sulla capacità di iterare e sviluppare in un ambiente incubatore prima che diventi parte del sistema. I programmi open data dovranno evolversi e crescere in modi diversi in varie città. Le lezioni che si applicano a Chicago potrebbero non essere rilevanti per una città diversa. L’autonomia di provare, esplorare e adattare ha molto senso ed è certamente un modello che può essere favorevole al successo. È fondamentale creare un programma valido prima di diventare eccessivamente prescrittivo sulle sue funzioni.
Il minimo indispensabile per avere successo
Affinché un programma open data abbia veramente successo, richiede due elementi chiave che sono, di fatto, anche una lezione più ampia per molte iniziative governative. Il primo è il sostegno chiaro e vocale dello sponsor esecutivo – se questo è il presidente per il programma federale o, nel caso di Chicago, il sindaco. Con il sostegno inequivocabile del sindaco, i blocchi stradali sono scomparsi quando è diventato chiaro che tutte le parti sarebbero responsabili del successo—o della mancanza—del programma.
Il secondo è il sostegno finanziario. Un mandato con una mancanza di sostegno finanziario nel governo non è, infatti, un mandato. C’è un detto comune nel governo municipale: “Il controllo si basa su una linea di bilancio.”Chi controlla la linea di bilancio controlla il progetto. Chicago ha impegnato finanziamenti (non una grande quantità, ma finanziamenti comunque) e risorse per garantire che questo potesse avere successo. Nel caso di Chicago, questo è stato in grado di finanziare la piattaforma Socrata come fondazione e il lavoro in corso che è stato necessario per lo sviluppo di ETL. Senza una piattaforma di dati e una sorta di modo automatizzato per continuare a mantenerlo fresco, non è un vero programma che sarà sostenibile al di là dell’individuo.
Noterò, tuttavia, il caso d’angolo che invalida il mio secondo punto, e questo è, ovviamente, un modello che ammiro: il negozio fai-da-te scrappy. In questo scenario, il programma è basato sul modello CKAN open source. L’entità può costruire il proprio sistema di dati aperti in cima a quella piattaforma. Vedendo che hanno già dimostrato l’innovazione di lavorare con il software open source, può essere il caso che essi hanno la capacità di scrivere i propri ETL o sfruttare alcuni dei grandi strumenti ETL open source che sono disponibili su internet. Da lì, sarebbe una funzione di quale tipo di infrastruttura potrebbe essere costruita. Non c’è assolutamente alcun motivo per cui una soluzione cloud a basso costo non possa essere implementata. Questo tipo di presenza non richiede una notevole quantità di sicurezza, in quanto non si è veramente preoccupati per l’accesso ai dati. Piuttosto, vuoi semplicemente preservarne l’integrità.
Questo caso angolare è piuttosto interessante, poiché si può immaginare uno scenario in cui si associa un forte sponsor esecutivo con un tecnologo scrappy. Dato l’accesso e il mandato, sarebbe straordinariamente a basso costo per un’incursione iniziale di successo nello spazio open data. Questo è un settore che dovremmo essere consapevoli di e trovare modi per sostenere.
Chicago è un caso eccellente nel mostrare come si può costruire un programma di dati aperti dove non è previsto. Il ruolo del forte sponsor esecutivo è fondamentale per il successo di un programma, e il sindaco Emanuel ha giocato quella parte. La costruzione di stretti partenariati con la comunità e l’attenzione strategica dei media sono stati anche componenti chiave del nostro successo. Attraverso la tenacia e l’esecuzione sostenibile da parte del team, Chicago è stata in grado di mettere avanti un’iniziativa che è diventata il gold standard nei dati aperti. Queste lezioni dal rapido ridimensionamento del nostro programma da parte di Chicago aiuteranno a informare la prossima generazione di iniziative open data, man mano che emergono nuovi modelli per la crescita e la sostenibilità degli open data.
Informazioni sull’autore
Brett Goldstein è l’ex Chief Data and Information Officer della Città di Chicago. Nel 2013, è stato nominato il destinatario inaugurale della Borsa di studio in Scienze urbane presso l’Università di Chicago Harris School of Public Policy. Prima della sua nomina come primo Chief Data Officer di Chicago, ha fondato il Chicago Police Department Predictive Analytics Group. In precedenza, ha trascorso sette anni nel mondo di avvio di costruzione on-line in tempo reale servizio di prenotazione ristorante OpenTable. Goldstein sta attualmente perseguendo il suo dottorato di ricerca in Criminologia, Diritto e giustizia presso l’Università dell’Illinois-Chicago.
O’Reilly, Tim. (2010). Governo come piattaforma. In un governo aperto. Estratto da http://ofps.oreilly.com/titles/9780596804350/defining_government_2_0_lessons_learned_.htmlEmanuel, Rahm, Città di Chicago. (2013). Open Data Ordine esecutivo (No. 2012-2). Estratto da http://www.cityofchicago.org/city/en/narr/foia/open_data_executiveorder.htmlTareen, S. (2011, 14 settembre). Chicago per pubblicare le statistiche del crimine online. Il Washington Times. Estratto da http://www.washingtontimes.com/news/2011/sep/14/apnewsbreak-chicago-to-publish-crime-stats-online/?page=all