---
title: "Govern de les dades: perfils, òrgans i com organitzar-se al voltant de les dades"
description: "Data owner, data steward, custodi, CDO: què fa cada perfil, com repartir-los amb una matriu RACI, quins òrgans de govern calen i per on començar amb la UNE 0080."
url: https://bidatia.com/ca/idees/gobierno-del-dato-roles-y-organizacion
lang: ca
date: 2026-09-01
updated: 2026-11-04
author: "José Luis García"
keywords: ["govern de les dades", "data governance", "data owner", "data steward", "chief data officer", "matriu raci", "une 0077", "une 0080", "dominis de dades"]
publisher: Bidatia
---

# Govern de les dades: perfils, òrgans i com organitzar-se al voltant de les dades

> Data owner, data steward, custodi, CDO: què fa cada perfil, com repartir-los amb una matriu RACI, quins òrgans de govern calen i per on començar amb la UNE 0080.

## Resum executiu

- El govern de les dades assigna un responsable clar a cada dada, unifica definicions i ordena les peticions; és la base de qualsevol projecte d'IA fiable.
- S'organitza per dominis funcionals, no per organigrama, amb la jerarquia domini → producte de dades → dataset.
- Perfils: propietari (Data Owner), administrador (Data Steward), responsable de govern de les dades (CDO), custodi, arquitecte i desenvolupador, repartits amb una matriu RACI.
- Òrgans progressius: comitè de decisió mensual i comitè operatiu des de l'inici; reunió funcional i comitè estratègic quan la maduresa ho justifica, amb registre de decisions i regles d'escalat amb terminis.
- Totes les peticions de dades entren per una porta única, amb tipus, camps mínims i estats sincronitzats amb la llista de feines tècnica.
- Es comença per una anàlisi de maduresa amb la UNE 0080: consolidar el nivell 2 en un o dos dominis el primer any i avançar després al nivell 3.

El govern de les dades és, segons el DAMA-DMBOK, l'exercici d'autoritat, control i presa de decisions compartida sobre els actius de dades. Dit de manera pràctica: que cada dada tingui **un responsable clar**, que tothom interpreti igual els conceptes, que se'n conegui la qualitat i l'origen d'allò que s'utilitza, i que les peticions de dades segueixin un circuit ordenat. És, a més, la base de qualsevol projecte d'IA fiable: un sistema d'IA només és tan bo com les dades que utilitza.

## Els problemes que resol

Gairebé totes les organitzacions parteixen d'una situació semblant:

- Responsabilitats informals o inexistents sobre les dades.
- La mateixa dada amb valors diferents en dues aplicacions.
- Peticions de dades sense registre, priorització ni seguiment.
- Poca documentació i traçabilitat.
- Dependència del coneixement de persones concretes.
- Manca d'òrgans per decidir i resoldre conflictes.

## Organitzar per dominis, no per organigrama

La unitat d'organització és el **domini funcional**: una agrupació estable de dades que comparteixen finalitat, processos i responsable (per exemple, població, hisenda, persones o ciutat i medi ambient). A diferència dels departaments, els dominis no canvien amb cada reorganització. Dins d'un domini hi pot haver **subdominis** (a ciutat i medi ambient: mobilitat, residus o consums energètics), que comparteixen glossari i poden definir conceptes propis.

La jerarquia té tres nivells:

- **Domini**: el nivell estratègic de responsabilitat.
- **Producte de dades**: un conjunt de datasets, models o quadres de comandament amb una finalitat, un propietari i el seu cicle de vida.
- **Dataset**: la unitat concreta que es cataloga i sobre la qual s'apliquen qualitat, seguretat i traçabilitat.

## Els perfils

| Perfil | Què fa |
|---|---|
| **Propietari de les dades** (Data Owner) | Responsable últim del valor, l'ús i la qualitat de les dades del seu domini. En defineix el significat, prioritza les peticions, designa els administradors i aprova els accessos i les dades mestres. La seva responsabilitat no es delega |
| **Administrador de les dades** (Data Steward) | Rol funcional del dia a dia: defineix criteris d'acceptació, valida els lliurables en preproducció, interpreta les mètriques de qualitat, manté definicions i glossari i notifica incidències |
| **Responsable de govern de les dades** (Chief Data Officer) | Rol transversal: defineix i fa evolucionar el model, coordina dominis i comitès, gestiona el catàleg i el model de qualitat, i prioritza la feina de l'equip |
| **Custodi de les dades** (Data Custodian) | Responsable tècnic de les plataformes: controls d'accés, seguretat, disponibilitat, catalogació, llinatge i etiquetatge |
| **Arquitecte de dades** | Defineix l'arquitectura i els estàndards tècnics: modelatge, integració, capes i criteris de disseny |
| **Desenvolupador de dades** | Construeix processos de càrrega i transformació, datasets, models i quadres de comandament, amb controls de qualitat i traçabilitat tècnica |

La clau del model és **separar** la decisió (propietari), la gestió funcional (administrador) i la implementació tècnica (custodi), amb un rol de coordinació transversal per sobre.

## La matriu RACI

Per a cada activitat s'assigna qui l'executa (R), qui respon del resultat (A, només un), a qui es consulta (C) i a qui s'informa (I). Un extracte:

| Activitat | Propietari | Administrador | Resp. govern | Custodi | Arquitecte | Desenvolupador |
|---|---|---|---|---|---|---|
| Definir les dades i els conceptes del domini | A | R | C | C | C | I |
| Prioritzar les feines del domini | C | C | A/R | C | C | I |
| Definir les regles de qualitat | I | C | A | R | C | C |
| Mantenir les descripcions del catàleg | I | C | A | R | C | C |
| Validar en preproducció | I | A | C | C | I | R |
| Implementar controls d'accés i xifratge | I | C | C | R | A | I |
| Publicar un producte de dades | I | A | C | R | C | C |

Quan el producte incorpora IA, s'hi afegeixen rols específics per cas: promotor, responsable funcional, responsable tècnic, responsable de seguretat, delegat de protecció de dades i **supervisor humà**, que no ha de coincidir mai amb el responsable tècnic ni aprovar allò que supervisa.

## Els òrgans de govern

S'implanten de manera progressiva, per no afegir burocràcia abans de tenir una base operativa:

| Òrgan | Per a què | Periodicitat |
|---|---|---|
| Comitè de Decisió | Criteris corporatius, prioritats entre dominis, conflictes i fonts d'autoritat | Mensual |
| Comitè Operatiu | Peticions, qualitat, catàleg, llinatge i incidències; prepara les propostes | Setmanal al principi, quinzenal després |
| Reunió funcional | Harmonitzar definicions entre administradors | A demanda |
| Comitè Estratègic | Full de ruta plurianual, objectius de maduresa i inversions | Semestral, quan la maduresa ho justifiqui |

En la primera fase n'hi ha prou amb dos òrgans estables: el de Decisió i l'Operatiu. Tots aixequen acta i anoten els seus acords en un **registre de decisions** (identificador, òrgan, context i alternatives, decisió, responsables, actius afectats i estat), que evita reobrir discussions ja resoltes.

Si l'organització utilitza IA, convé una **comissió de governança de la IA** que decideixi sobre els usos de la IA, mentre que el comitè de govern de les dades decideix sobre les dades que aquests usos necessiten. El delegat d'IA assisteix al comitè quan es tracten dades de sistemes d'IA, i viceversa.

## Un circuit únic per a les peticions

Qualsevol necessitat de dades (un producte nou, una evolució, una font nova, una millora de qualitat, una incidència o un accés) entra per una **porta única**, l'eina de peticions, i se sincronitza amb la llista de feines de l'equip tècnic (per exemple, Azure DevOps). Així hi ha traçabilitat de principi a fi, i en tancar la tasca es tanca la petició. La priorització es fa en un circuit mensual amb els propietaris, segons el valor, la urgència, les dependències, la complexitat i el risc de no fer-ho.

## Per on començar: l'anàlisi de maduresa

El govern de les dades no comença per comprar una eina, sinó per saber d'on es parteix. La referència és la **UNE 0080**, que avalua els 22 processos de les especificacions UNE 0077 (govern), UNE 0078 (gestió) i UNE 0079 (qualitat) en dos plans: la capacitat de cada procés (de 0 a 5) i la maduresa de l'organització (d'1 a 5).

| Nivell | Què cal |
|---|---|
| 1. Realitzat | Identificar els sistemes i les fonts principals |
| 2. Gestionat | Política i estratègia de dades, propietari i administrador als dominis prioritaris, primeres regles de qualitat |
| 3. Establert | Model per dominis en funcionament, responsable de govern de les dades, òrgans actius i catàleg amb metadades obligatòries |
| 4. Predictible | Mètriques de qualitat i ús amb objectius i llindars, i quadre de comandament |
| 5. En innovació | Millora contínua i nous usos de les dades amb els riscos controlats |

La recomanació realista: **començar per un o dos dominis prioritaris, consolidar el nivell 2 el primer any i avançar després cap al 3**, sense saltar-se nivells. La UNE 0085 ajuda a passar del diagnòstic a la implantació amb una anàlisi de bretxes i un full de ruta. En el sector públic, l'Ordenanza Tipo de Gobierno del Dato de la FEMP i els materials de datos.gob.es són la referència de partida.

## Com classificar els dominis

Cada domini té un tipus que n'indica la naturalesa i els criteris de govern que s'hi apliquen. Eines com Microsoft Purview fan servir aquesta classificació:

| Tipus | Què agrupa | Exemple |
|---|---|---|
| Unitat funcional | Dades d'una funció lligada a una unitat estable | Comptabilitat |
| Línia de negoci | Una activitat o servei amb casos d'ús transversals | Atenció al client o a la ciutadania |
| Domini de dades | Informació homogènia amb independència de qui la genera | Persones, territori |
| Reglamentari | Dades amb requisits legals específics i controls reforçats | Dades de salut, dades censals |
| Projecte | Dades d'una iniciativa temporal, com ara un pilot d'IA | S'integren, s'arxiven o es retiren en acabar |

Un exemple de domini amb subdominis: **Ciutat i medi ambient**, amb *Mobilitat* (aforaments, aparcaments, línies d'autobús), *Residus* (contenidors, rutes, tones per fracció) i *Consums energètics* (electricitat, gas i aigua d'edificis i enllumenat). Comparteixen termes com «districte» o «via pública», i cadascun defineix els seus, com «fracció de residu» o «aforament».

## Cada perfil, en el dia a dia

- **Responsable de govern de les dades**: punt d'entrada de les peticions dels propietaris; s'hi reuneix cada mes per prioritzar; manté la llista de feines de l'equip; respon dels lliurables encara que no els desenvolupi; vetlla per la plataforma de dades i el catàleg; escala els bloquejos entre dominis i impulsa la formació.
- **Arquitecte de dades**: valida l'arquitectura de cada producte nou, aporta criteri sobre modelatge i integració de fonts, fixa els requisits de seguretat i accés i s'assegura que els lliurables incorporen les metadades tècniques per al llinatge.
- **Custodi de les dades**: registra els actius al catàleg, manté les metadades tècniques i el llinatge, aplica la classificació i l'etiquetatge, configura les regles de qualitat i comprova abans de publicar que cada lliurable compleix els mínims.
- **Desenvolupador de dades**: documenta requisits i disseny amb l'administrador i l'arquitecte, construeix càrregues, transformacions, models i quadres de comandament, fa les proves tècniques i lliura al custodi la informació d'origen i dependències.
- **Propietari de les dades**: converteix les necessitats del seu domini en peticions traçables, les prioritza, aporta administradors per als requisits i la validació, i escala els conflictes.
- **Administrador de les dades**: fa de pont entre el sistema d'origen i allò que es publica; aprova l'especificació, valida en preproducció els càlculs i la interpretació i **no aprova la posada en producció si les metadades no són al catàleg**.

## Com es prenen les decisions

| Nivell | Qui decideix | Què decideix |
|---|---|---|
| Organitzatiu | Comitè de decisió | Prioritats entre projectes, criteris corporatius, conflictes entre dominis, fonts d'autoritat |
| Coordinació | Comitè operatiu | Coordinació tècnica, validació de solucions, preparació de propostes |
| Domini | Propietari de les dades | Definicions, prioritats del domini, accés a les seves dades |
| Producte de dades | Administrador de les dades | Validació funcional, criteris de qualitat, harmonització de definicions |

Per defecte es decideix per consens. El que no es resol en el seu nivell s'eleva per una via definida i amb terminis orientatius perquè res no quedi bloquejat:

| Tipus de qüestió | Via | Termini orientatiu |
|---|---|---|
| Definició funcional | Administrador → propietari → comitè de decisió | 5 dies hàbils per nivell |
| Conflicte tècnic | Desenvolupador → arquitecte → responsable de govern → comitè operatiu | 3 dies hàbils per nivell |
| Prioritats entre dominis | Propietari → responsable de govern → comitè de decisió | 10 dies hàbils per nivell |
| Excepcions de seguretat o protecció de dades | Custodi → responsable de govern → comitè, amb seguretat i protecció de dades | Immediat |

## Una reunió mensual que decideix

El comitè de decisió funciona si dura poc i arriba preparat. Un ordre del dia tipus de 60 a 75 minuts:

1. Feines en curs: avenç, desviacions i bloquejos (10–15 min).
2. Peticions pendents per domini (10 min).
3. Què necessita prioritzar cada propietari i per què (10–15 min).
4. Decisions de priorització segons la capacitat disponible (10 min).
5. Incidències i conflictes elevats (10 min).
6. Decisions de govern: criteris, fonts d'autoritat, noves integracions.
7. Tancament: acords, responsables i registre de decisions (5 min).

## Les peticions, amb tipus i estat

Perquè el circuit funcioni, cada petició té un **tipus**, que en determina el tractament:

| Tipus | Exemple |
|---|---|
| Nou producte de dades | Un quadre de comandament que no existeix |
| Evolució | Un camp o indicador nou en un producte existent |
| Nova font o integració | Incorporar les dades d'una aplicació |
| Millora de qualitat | Corregir duplicats recurrents |
| Incidència | Un indicador que mostra dades errònies |
| Sol·licitud d'accés | Accés a un producte de dades |
| Canvi de definició | Modificar un terme del glossari |
| Petició de govern | Declarar una font d'autoritat |

I uns **camps mínims**: títol, tipus, sol·licitant, domini, producte afectat, descripció funcional, impacte i urgència, criteris d'acceptació i sensibilitat. Els estats (nova, en anàlisi, aprovada, en curs, en revisió, resolta o rebutjada) se sincronitzen entre l'eina de peticions i la llista de feines tècnica, de manera que el sol·licitant sempre sap en quin punt es troba la seva petició.

**Indicadors del circuit**: peticions registrades, aprovades i tancades per període i domini, temps mitjà fins a l'aprovació i fins al tancament, i percentatge de peticions amb traçabilitat completa (petició, tasca, codi i desplegament).

## Errors freqüents

- **Organitzar les dades per aplicacions o per organigrama**, sense propietari ni font d'autoritat.
- **Nomenar rols sense temps per exercir-los**: un administrador de les dades sense dedicació reconeguda no administra res.
- **Crear tots els comitès des del primer dia** i buidar-los de contingut en tres mesos.
- **Deixar la documentació per al final** del projecte.
- **Saltar-se nivells de maduresa** per voler una eina avançada abans de tenir els processos bàsics.

A Bidatia dissenyem i implantem models de govern de les dades: anàlisi de maduresa, rols, comitès, catàleg i qualitat. Si vols aprofundir-hi, consulta [gestió de metadades](/ca/idees/gestion-de-metadatos-catalogo-de-datos) i [quina normativa s'aplica a la IA i les dades](/ca/idees/ia-y-datos-normativa-rgpd-ria-ens).

## Preguntes freqüents

### Quina diferència hi ha entre data owner i data steward?
El data owner (propietari de les dades) és el responsable últim d'un domini: decideix sobre la seva definició, qualitat, ús i accés, i aquesta responsabilitat no es delega. El data steward (administrador de les dades) n'exerceix el dia a dia: valida lliurables, manté definicions i glossari i vigila la qualitat.

### Cal un Chief Data Officer?
Cal algú que exerceixi la coordinació transversal: que defineixi el model, coordini els dominis i els comitès, gestioni el catàleg i prioritzi la feina. Es pot dir CDO o responsable de govern de les dades; l'important és que el rol existeixi i tingui autoritat.

### Per què organitzar el govern per dominis i no per departaments?
Perquè els departaments canvien amb cada reorganització i sovint comparteixen dades. Els dominis agrupen les dades per la seva naturalesa i finalitat, garanteixen un únic responsable per actiu i redueixen els solapaments.

### Quants comitès de govern de les dades calen al principi?
Dos: un comitè de decisió mensual, amb els propietaris, i un comitè operatiu setmanal o quinzenal de l'equip de govern. El comitè estratègic s'activa quan la maduresa ho justifica.

### Què és la UNE 0080?
És l'especificació espanyola per avaluar la maduresa del govern, la gestió i la qualitat de les dades. Mesura la capacitat de 22 processos i el nivell de maduresa de l'organització, d'1 a 5, i permet fixar un objectiu realista i un full de ruta per etapes.