## Comitato di Data Governance & Organizzazione

- Singoli comitati di progetto e aree funzionali che reagiscono ai problemi dei dati quando vengono sollevati.
- Gruppo informale di Data Champion/esperti in materia senza budget che consigliano aree funzionali e progetti. La necessità di un CDO a livello aziendale non è realmente compresa.
- Visione per la Data Governance definita ma non completamente acquisita o abilitata. Problemi di dati vengono indirizzati a chi ha la gestione del programma o alla struttura di Enterprise Architecture. CDO/DGO sono ruoli compresi e in fase di discussione.
- Sponsorizzazione a livello esecutivo e Comitato completo di tutti i termini e sottogruppi di riferimento sono in atto. Responsabilità per tutti gli aspetti dei dati definite e riviste regolarmente. Il ruolo del CDO è pienamente compreso ed ha la piena supervisione dei dati a livello aziendale.
- Riconosciuto dai dirigenti di livello C con riunioni regolari e decisioni comunicate, il Comitato di DG diventa parte dei controlli interni al business. L'organizzazione ha sia CDO e DGO tra i suoi ruoli attivi.

## Ruoli e responsabilità per Ownership/Stewardship

- Nessuna chiara reponsabilità assegnata. Sistema basato sugli individui e analisti assunti come Data Steward o auto-nominati.
- Data champion o super utenti sono presenti all'interno delle funzioni di business, ma limitati nella collaborazione per i dati condivisi.
- Ownership e stewardship sono definite e applicate liberamente agli oggetti del master. Le responsabilità di gestione dati entrano a far parte della job description.
- Gli oggetti dati chiave hanno owner/steward nominate con responsabilità chiare e misurate, oltre che riconosciute.
- La maggior parte degli oggetti dati sono attivamente controllati in accordo con le policy e gli standard e sono riconosciuti in tutta l'Organizzazione.

## Principi, Policy & Standard

- Nessuna policy o standard coprono specificatamente soggetti rilevanti.
- Numero limitato di policy formali, attive in modalità di lavoro o progetti avviati.
- Principi e policy sono accettate e pubblicate per tutti i soggetti. Stavndard adottati o in fase di rilascio.
- Processi in atto per garantire che policy e standard siano adottati e raggiunti. Disparità e problemi risolti.
- Policy e standard regolarmente rivisti e approvati dal Comitato di DG. I cambiamenti sono prontamente adottati nelle operazioni e nei progetti.

## Programma di Data Governance

- Problemi di dati non sollevati né adeguatamente considerati come parte dei requisiti per i progetti. Nessun mandato per una gestione di essi in maniera intersettoriale/interfunzionale.
- I singoli progetti sui dati coprono le iniziative locali con un certo livello di interazione.
- La strategia di Data Governance e Management attraverso l'organizzazione è sviluppata e comunicata. Il Programma è stato avviato per istituire processi di Data Governance.
- Principali componenti di DG sono coperti. Si avvia la II iterazione per perfezionare i processi e la gestione in corso. Comunicazione costante e DG parte della formazione erogata alle risorse.
- Programma completato e miglioramento continuo delle componenti di governance attraverso il ciclo di revisione e perfezionamento. Comunicazione e aggiornamento della formazione continua.

## Reporting e Sicurezza

- Livelli di reporting limitati, ad-hoc e variegati allineati alle iniziative locali di aree funzionali, processi aziendali o progetti.
- Standard per i progetti e la segnalazione operativa dei problemi di dati e di Data Architecture.
- Esiste un repository condiviso per documenti e modelli relativi ai dati. Requisiti per le misure di Data Quality sviluppati.
- Documenti e misure regolarmente rivisti e approvati. Processi in atto per fornire garanzie e per controllare la documentazione.
- Il Comitato di DG lavora sulla base della segnalazione di eccezioni. I pochi problemi di sicurezza e di audit vengono risolti rapidamente.