---
title: "Gobierno del dato: perfiles, órganos y cómo organizarse alrededor del dato"
description: "Data owner, data steward, custodio, CDO: qué hace cada perfil, cómo repartirlos con una matriz RACI, qué órganos de gobierno hacen falta y por dónde empezar con la UNE 0080."
url: https://bidatia.com/ideas/gobierno-del-dato-roles-y-organizacion
lang: es
date: 2026-09-01
updated: 2026-11-04
author: "José Luis García"
keywords: ["gobierno del dato", "data governance", "data owner", "data steward", "chief data officer", "matriz raci", "une 0077", "une 0080", "dominios de datos"]
publisher: Bidatia
---

# Gobierno del dato: perfiles, órganos y cómo organizarse alrededor del dato

> Data owner, data steward, custodio, CDO: qué hace cada perfil, cómo repartirlos con una matriz RACI, qué órganos de gobierno hacen falta y por dónde empezar con la UNE 0080.

## Resumen ejecutivo

- El gobierno del dato asigna un responsable claro a cada dato, unifica definiciones y ordena las peticiones; es la base de cualquier proyecto de IA fiable.
- Se organiza por dominios funcionales, no por organigrama, con la jerarquía dominio → producto de datos → dataset.
- Perfiles: propietario (Data Owner), administrador (Data Steward), responsable de gobierno del dato (CDO), custodio, arquitecto y desarrollador, repartidos con una matriz RACI.
- Órganos progresivos: comité de decisión mensual y comité operativo desde el inicio; reunión funcional y comité estratégico cuando la madurez lo justifica, con registro de decisiones y reglas de escalado con plazos.
- Todas las peticiones de datos entran por una puerta única, con tipos, campos mínimos y estados sincronizados con la lista de trabajos técnica.
- Se empieza por un análisis de madurez con la UNE 0080: consolidar el nivel 2 en uno o dos dominios el primer año y avanzar después al nivel 3.

El gobierno del dato es, según DAMA-DMBOK, el ejercicio de autoridad, control y toma de decisiones compartida sobre los activos de datos. Dicho de forma práctica: que cada dato tenga **un responsable claro**, que todos interpreten igual los conceptos, que se conozca la calidad y el origen de lo que se usa, y que las peticiones de datos sigan un circuito ordenado. Es además la base de cualquier proyecto de IA fiable: un sistema de IA solo es tan bueno como los datos que usa.

## Los problemas que resuelve

Casi todas las organizaciones parten de una situación parecida:

- Responsabilidades informales o inexistentes sobre los datos.
- El mismo dato con valores distintos en dos aplicaciones.
- Peticiones de datos sin registro, priorización ni seguimiento.
- Poca documentación y trazabilidad.
- Dependencia del conocimiento de personas concretas.
- Falta de órganos para decidir y resolver conflictos.

## Organizar por dominios, no por organigrama

La unidad de organización es el **dominio funcional**: una agrupación estable de datos que comparten finalidad, procesos y responsable (por ejemplo, población, hacienda, personas o ciudad y medio ambiente). A diferencia de los departamentos, los dominios no cambian con cada reorganización. Dentro de un dominio puede haber **subdominios** (en ciudad y medio ambiente: movilidad, residuos o consumos energéticos), que comparten glosario y pueden definir conceptos propios.

La jerarquía tiene tres niveles:

- **Dominio**: el nivel estratégico de responsabilidad.
- **Producto de datos**: un conjunto de datasets, modelos o cuadros de mando con una finalidad, un propietario y su ciclo de vida.
- **Dataset**: la unidad concreta que se cataloga y sobre la que se aplican calidad, seguridad y trazabilidad.

## Los perfiles

| Perfil | Qué hace |
|---|---|
| **Propietario del dato** (Data Owner) | Responsable último del valor, el uso y la calidad de los datos de su dominio. Define su significado, prioriza las peticiones, designa a los administradores y aprueba accesos y datos maestros. Su responsabilidad no se delega |
| **Administrador del dato** (Data Steward) | Rol funcional del día a día: define criterios de aceptación, valida los entregables en preproducción, interpreta las métricas de calidad, mantiene definiciones y glosario y notifica incidencias |
| **Responsable de gobierno del dato** (Chief Data Officer) | Rol transversal: define y hace evolucionar el modelo, coordina dominios y comités, gestiona el catálogo y el modelo de calidad, y prioriza el trabajo del equipo |
| **Custodio del dato** (Data Custodian) | Responsable técnico de las plataformas: controles de acceso, seguridad, disponibilidad, catalogación, linaje y etiquetado |
| **Arquitecto de datos** | Define la arquitectura y los estándares técnicos: modelado, integración, capas y criterios de diseño |
| **Desarrollador de datos** | Construye procesos de carga y transformación, datasets, modelos y cuadros de mando, con controles de calidad y trazabilidad técnica |

La clave del modelo es **separar** la decisión (propietario), la gestión funcional (administrador) y la implementación técnica (custodio), con un rol de coordinación transversal por encima.

## La matriz RACI

Para cada actividad se asigna quién la ejecuta (R), quién responde del resultado (A, solo uno), a quién se consulta (C) y a quién se informa (I). Un extracto:

| Actividad | Propietario | Administrador | Resp. gobierno | Custodio | Arquitecto | Desarrollador |
|---|---|---|---|---|---|---|
| Definir los datos y conceptos del dominio | A | R | C | C | C | I |
| Priorizar los trabajos del dominio | C | C | A/R | C | C | I |
| Definir las reglas de calidad | I | C | A | R | C | C |
| Mantener las descripciones del catálogo | I | C | A | R | C | C |
| Validar en preproducción | I | A | C | C | I | R |
| Implementar controles de acceso y cifrado | I | C | C | R | A | I |
| Publicar un producto de datos | I | A | C | R | C | C |

Cuando el producto incorpora IA, se añaden roles específicos por caso: promotor, responsable funcional, responsable técnico, responsable de seguridad, delegado de protección de datos y **supervisor humano**, que nunca debe coincidir con el responsable técnico ni aprobar lo que supervisa.

## Los órganos de gobierno

Se implantan de forma progresiva, para no añadir burocracia antes de tener una base operativa:

| Órgano | Para qué | Periodicidad |
|---|---|---|
| Comité de Decisión | Criterios corporativos, prioridades entre dominios, conflictos y fuentes de autoridad | Mensual |
| Comité Operativo | Peticiones, calidad, catálogo, linaje e incidencias; prepara las propuestas | Semanal al principio, quincenal después |
| Reunión funcional | Armonizar definiciones entre administradores | Bajo demanda |
| Comité Estratégico | Hoja de ruta plurianual, objetivos de madurez e inversiones | Semestral, cuando la madurez lo justifique |

En la primera fase bastan dos órganos estables: el de Decisión y el Operativo. Todos levantan acta y anotan sus acuerdos en un **registro de decisiones** (identificador, órgano, contexto y alternativas, decisión, responsables, activos afectados y estado), que evita reabrir discusiones ya resueltas.

Si la organización usa IA, conviene una **comisión de gobernanza de IA** que decida sobre los usos de la IA, mientras el comité de gobierno del dato decide sobre los datos que esos usos necesitan. El delegado de IA asiste al comité cuando se tratan datos de sistemas de IA, y viceversa.

## Un circuito único para las peticiones

Toda necesidad de datos (un producto nuevo, una evolución, una fuente nueva, una mejora de calidad, una incidencia o un acceso) entra por una **puerta única**, la herramienta de peticiones, y se sincroniza con la lista de trabajos del equipo técnico (por ejemplo, Azure DevOps). Así hay trazabilidad de principio a fin, y al cerrar la tarea se cierra la petición. La priorización se hace en un circuito mensual con los propietarios, según el valor, la urgencia, las dependencias, la complejidad y el riesgo de no hacerlo.

## Por dónde empezar: el análisis de madurez

El gobierno del dato no empieza por comprar una herramienta, sino por saber de dónde se parte. La referencia es la **UNE 0080**, que evalúa los 22 procesos de las especificaciones UNE 0077 (gobierno), UNE 0078 (gestión) y UNE 0079 (calidad) en dos planos: la capacidad de cada proceso (de 0 a 5) y la madurez de la organización (de 1 a 5).

| Nivel | Qué hace falta |
|---|---|
| 1. Realizado | Identificar sistemas y fuentes principales |
| 2. Gestionado | Política y estrategia de datos, propietario y administrador en los dominios prioritarios, primeras reglas de calidad |
| 3. Establecido | Modelo por dominios funcionando, responsable de gobierno del dato, órganos activos y catálogo con metadatos obligatorios |
| 4. Predecible | Métricas de calidad y uso con objetivos y umbrales y cuadro de mando |
| 5. En innovación | Mejora continua y nuevos usos del dato con los riesgos controlados |

La recomendación realista: **empezar por uno o dos dominios prioritarios, consolidar el nivel 2 el primer año y avanzar después hacia el 3**, sin saltarse niveles. La UNE 0085 ayuda a pasar del diagnóstico a la implantación con un análisis de brechas y una hoja de ruta. En el sector público, la Ordenanza Tipo de Gobierno del Dato de la FEMP y los materiales de datos.gob.es son la referencia de partida.

## Cómo clasificar los dominios

Cada dominio tiene un tipo que indica su naturaleza y los criterios de gobierno que se le aplican. Herramientas como Microsoft Purview usan esta clasificación:

| Tipo | Qué agrupa | Ejemplo |
|---|---|---|
| Unidad funcional | Datos de una función ligada a una unidad estable | Contabilidad |
| Línea de negocio | Una actividad o servicio con casos de uso transversales | Atención al cliente o a la ciudadanía |
| Dominio de datos | Información homogénea con independencia de quién la genera | Personas, territorio |
| Reglamentario | Datos con requisitos legales específicos y controles reforzados | Datos de salud, datos censales |
| Proyecto | Datos de una iniciativa temporal, como un piloto de IA | Se integran, archivan o retiran al terminar |

Un ejemplo de dominio con subdominios: **Ciudad y medio ambiente**, con *Movilidad* (aforos, aparcamientos, líneas de autobús), *Residuos* (contenedores, rutas, toneladas por fracción) y *Consumos energéticos* (electricidad, gas y agua de edificios y alumbrado). Comparten términos como «distrito» o «vía pública», y cada uno define los suyos, como «fracción de residuo» o «aforo».

## Cada perfil, en el día a día

- **Responsable de gobierno del dato**: punto de entrada de las peticiones de los propietarios; se reúne con ellos cada mes para priorizar; mantiene la lista de trabajos del equipo; responde de los entregables aunque no los desarrolle; vela por la plataforma de datos y el catálogo; escala los bloqueos entre dominios e impulsa la formación.
- **Arquitecto de datos**: valida la arquitectura de cada producto nuevo, da criterio sobre modelado e integración de fuentes, fija los requisitos de seguridad y acceso y se asegura de que los entregables traen los metadatos técnicos para el linaje.
- **Custodio del dato**: registra los activos en el catálogo, mantiene metadatos técnicos y linaje, aplica la clasificación y el etiquetado, configura las reglas de calidad y comprueba antes de publicar que cada entregable cumple los mínimos.
- **Desarrollador de datos**: documenta requisitos y diseño con el administrador y el arquitecto, construye cargas, transformaciones, modelos y cuadros de mando, hace las pruebas técnicas y entrega al custodio la información de origen y dependencias.
- **Propietario del dato**: convierte las necesidades de su dominio en peticiones trazables, las prioriza, aporta administradores para requisitos y validación y escala los conflictos.
- **Administrador del dato**: hace de puente entre el sistema de origen y lo que se publica; aprueba la especificación, valida en preproducción cálculos e interpretación y **no aprueba la puesta en producción si los metadatos no están en el catálogo**.

## Cómo se toman las decisiones

| Nivel | Quién decide | Qué decide |
|---|---|---|
| Organizativo | Comité de decisión | Prioridades entre proyectos, criterios corporativos, conflictos entre dominios, fuentes de autoridad |
| Coordinación | Comité operativo | Coordinación técnica, validación de soluciones, preparación de propuestas |
| Dominio | Propietario del dato | Definiciones, prioridades del dominio, acceso a sus datos |
| Producto de datos | Administrador del dato | Validación funcional, criterios de calidad, armonización de definiciones |

Por defecto se decide por consenso. Lo que no se resuelve en su nivel se eleva por una vía definida y con plazos orientativos para que nada se bloquee:

| Tipo de cuestión | Vía | Plazo orientativo |
|---|---|---|
| Definición funcional | Administrador → propietario → comité de decisión | 5 días hábiles por nivel |
| Conflicto técnico | Desarrollador → arquitecto → responsable de gobierno → comité operativo | 3 días hábiles por nivel |
| Prioridades entre dominios | Propietario → responsable de gobierno → comité de decisión | 10 días hábiles por nivel |
| Excepciones de seguridad o protección de datos | Custodio → responsable de gobierno → comité, con seguridad y protección de datos | Inmediato |

## Una reunión mensual que decide

El comité de decisión funciona si dura poco y llega preparado. Un orden del día tipo de 60 a 75 minutos:

1. Trabajos en curso: avance, desviaciones y bloqueos (10–15 min).
2. Peticiones pendientes por dominio (10 min).
3. Qué necesita priorizar cada propietario y por qué (10–15 min).
4. Decisiones de priorización según la capacidad disponible (10 min).
5. Incidencias y conflictos elevados (10 min).
6. Decisiones de gobierno: criterios, fuentes de autoridad, nuevas integraciones.
7. Cierre: acuerdos, responsables y registro de decisiones (5 min).

## Las peticiones, con tipo y estado

Para que el circuito funcione, cada petición tiene un **tipo**, que determina su tratamiento:

| Tipo | Ejemplo |
|---|---|
| Nuevo producto de datos | Un cuadro de mando que no existe |
| Evolución | Un campo o indicador nuevo en un producto existente |
| Nueva fuente o integración | Incorporar los datos de una aplicación |
| Mejora de calidad | Corregir duplicados recurrentes |
| Incidencia | Un indicador que muestra datos erróneos |
| Solicitud de acceso | Acceso a un producto de datos |
| Cambio de definición | Modificar un término del glosario |
| Petición de gobierno | Declarar una fuente de autoridad |

Y unos **campos mínimos**: título, tipo, solicitante, dominio, producto afectado, descripción funcional, impacto y urgencia, criterios de aceptación y sensibilidad. Los estados (nueva, en análisis, aprobada, en curso, en revisión, resuelta o rechazada) se sincronizan entre la herramienta de peticiones y la lista de trabajos técnica, de modo que el solicitante siempre sabe en qué punto está lo suyo.

**Indicadores del circuito**: peticiones registradas, aprobadas y cerradas por periodo y dominio, tiempo medio hasta la aprobación y hasta el cierre, y porcentaje de peticiones con trazabilidad completa (petición, tarea, código y despliegue).

## Errores frecuentes

- **Organizar los datos por aplicaciones o por organigrama**, sin propietario ni fuente de autoridad.
- **Nombrar roles sin tiempo para ejercerlos**: un administrador del dato sin dedicación reconocida no administra nada.
- **Crear todos los comités desde el primer día** y vaciarlos de contenido en tres meses.
- **Dejar la documentación para el final** del proyecto.
- **Saltarse niveles de madurez** por querer una herramienta avanzada antes de tener los procesos básicos.

En Bidatia diseñamos e implantamos modelos de gobierno del dato: análisis de madurez, roles, comités, catálogo y calidad. Si quieres profundizar, consulta [gestión de metadatos](/ideas/gestion-de-metadatos-catalogo-de-datos) y [qué normativa aplica a la IA y los datos](/ideas/ia-y-datos-normativa-rgpd-ria-ens).

## Preguntas frecuentes

### ¿Qué diferencia hay entre data owner y data steward?
El data owner (propietario del dato) es el responsable último de un dominio: decide sobre su definición, calidad, uso y acceso, y esa responsabilidad no se delega. El data steward (administrador del dato) ejerce el día a día: valida entregables, mantiene definiciones y glosario y vigila la calidad.

### ¿Hace falta un Chief Data Officer?
Hace falta alguien que ejerza la coordinación transversal: que defina el modelo, coordine los dominios y los comités, gestione el catálogo y priorice el trabajo. Puede llamarse CDO o responsable de gobierno del dato; lo importante es que el rol exista con autoridad.

### ¿Por qué organizar el gobierno por dominios y no por departamentos?
Porque los departamentos cambian con cada reorganización y suelen compartir datos. Los dominios agrupan los datos por su naturaleza y finalidad, garantizan un único responsable por activo y reducen los solapamientos.

### ¿Cuántos comités de gobierno del dato hacen falta al principio?
Dos: un comité de decisión mensual, con los propietarios, y un comité operativo semanal o quincenal del equipo de gobierno. El comité estratégico se activa cuando la madurez lo justifica.

### ¿Qué es la UNE 0080?
Es la especificación española para evaluar la madurez del gobierno, la gestión y la calidad del dato. Mide la capacidad de 22 procesos y el nivel de madurez de la organización, de 1 a 5, y permite fijar un objetivo realista y una hoja de ruta por etapas.