El gobierno del dato falla cuando se nombran responsables sin darles autoridad real. Esta guía define qué hace cada rol, cómo se coordinan y cómo empezar en una empresa mediana sin contratar un CDO.
📌 En resumen
El gobierno del dato no falla por falta de herramientas: falla porque se nombran responsables sin autoridad real. Esta guía define los cuatro roles clave (CDO, Data Owner, Data Steward y Data Custodian), qué hace cada uno y cómo implantarlos en una empresa mediana sin sobredimensionar la estructura.
Uno de los errores más habituales en proyectos de gobierno del dato es confundir la creación de un organigrama con el establecimiento de responsabilidades reales. Se nombra un 'responsable de datos', se crea un comité, se anuncia la iniciativa — y seis meses después las cifras siguen siendo distintas según el informe que consultes.
La causa suele ser la misma: los roles existen en el papel, pero no tienen autoridad real para tomar decisiones. El Data Owner no puede obligar a su departamento a usar las definiciones acordadas. El Data Steward no tiene acceso a los sistemas para corregir los datos. El comité se reúne pero no resuelve nada concreto.
Un modelo de gobierno del dato bien diseñado descansa en cuatro roles con responsabilidades diferenciadas. En empresas pequeñas, una misma persona puede desempeñar varios. Lo importante es que cada función esté cubierta y tenga autoridad para ejercerla.
El CDO es el responsable ejecutivo de la estrategia de datos de la organización. Define el modelo de gobierno, prioriza inversiones en datos, coordina los dominios y es el interlocutor de la dirección en todo lo relacionado con datos. En empresas medianas, este rol suele ser asumido por el CTO, el CIO o un director funcional con dedicación parcial.
El Data Owner es el propietario de negocio de un dominio de datos. Define qué significa cada dato, qué valores son válidos, quién puede acceder y cómo debe usarse. Es un rol de negocio: el director comercial es el Data Owner del dominio 'cliente', el director de operaciones del dominio 'producto'. Sin un Data Owner de negocio con autoridad, el gobierno del dato no funciona.
El Data Steward es el ejecutor de las políticas definidas por el Data Owner. Traduce las reglas de negocio en validaciones técnicas, gestiona las incidencias de calidad, mantiene el glosario de negocio actualizado y es el punto de contacto operativo para dudas sobre el dato. Es un perfil técnico-funcional: entiende el negocio y los sistemas.
El Data Custodian es el responsable técnico de la infraestructura donde viven los datos. Implementa los pipelines de ingesta y transformación, gestiona permisos y accesos, y asegura que los datos estén disponibles, seguros y respaldados. No define qué datos deben existir — eso es responsabilidad del Owner y el Steward. Implementa lo que ellos deciden.
| Rol | Perfil | Autoridad | Responsabilidad principal |
|---|---|---|---|
| CDO | Ejecutivo | Estratégica | Estrategia de datos y gobierno global |
| Data Owner | Negocio | Decisión sobre el dominio | Definir significado, uso y acceso |
| Data Steward | Técnico-funcional | Operativa en el dominio | Implementar reglas, gestionar calidad |
| Data Custodian | Técnico | Infraestructura | Pipelines, acceso, seguridad, backup |
No es necesario crear un departamento de datos para empezar a gobernar. En la mayoría de empresas medianas, los primeros pasos son organizativos, no tecnológicos.
Un CDO a tiempo completo tiene sentido cuando la empresa tiene múltiples dominios de datos que afectan a decisiones estratégicas, cuando hay conflictos frecuentes entre departamentos sobre las cifras, o cuando la regulación (RGPD, AI Act, normativa sectorial) exige trazabilidad y gobierno formal de los datos.
En empresas medianas con menos de 300 empleados, el perfil habitual no es un CDO dedicado sino un director o responsable senior que combina funciones de datos con otras responsabilidades, apoyado por Data Stewards operativos en los dominios clave.
💡 Consejo
La señal más fiable de que necesitas estructurar roles de gobierno: cuando dos directivos de la misma empresa presentan cifras diferentes sobre el mismo KPI y ninguno puede demostrar cuál es la correcta. Ese es el momento de empezar.
Siguiente paso recomendado
Diseñamos el catálogo de datos, roles, reglas de calidad y linaje para que vuestros datos sean fiables y auditables.
Sin compromiso · Respuesta en < 24h
Autor
Fundador y Consultor de Datos e IA
David Aldomar es fundador y consultor principal de MERIDIAN Data & IA, consultora especializada en ayudar a pymes y empresas medianas en España a tomar mejores decisiones con sus datos. Su trabajo se centra en cuatro áreas: diseño e implantación de plataformas de datos (data warehouses, pipelines ETL con dbt, integración de ERPs y CRMs), reporting y dashboards ejecutivos en Power BI, automatización de procesos de negocio con herramientas como n8n, y desarrollo de soluciones de inteligencia artificial aplicada — desde modelos de forecasting de demanda hasta copilots internos basados en RAG con LangChain y FastAPI. Ha liderado proyectos en sectores como logística y transporte, retail y distribución, servicios financieros, manufacturing y construcción, siempre con un enfoque pragmático: diagnóstico corto, entregables concretos y transferencia de conocimiento al equipo del cliente para que sea autónomo desde el primer día. Antes de fundar MERIDIAN, acumuló experiencia en consultoría de datos y transformación digital trabajando con stacks variados — desde entornos Microsoft (SQL Server, Power BI, Azure) hasta ecosistemas open source (Python, dbt, BigQuery). Su filosofía es que un buen proyecto de datos no se mide por la tecnología que usa, sino por las decisiones de negocio que permite tomar. Escribe regularmente en el blog de MERIDIAN sobre reporting, gobierno del dato, automatización e IA aplicada, con guías prácticas orientadas a responsables de negocio y equipos técnicos de empresas que quieren sacar partido real a sus datos sin depender de grandes consultoras.
Fuentes
Servicio de diseño e implantación del modelo de gobierno del dato adaptado a tu empresa.
Qué es el gobierno del dato, por qué falla y cómo implantarlo paso a paso.
MDM vs gobierno del dato: diferencias, cuándo es necesario cada uno y cómo empezar.
Cómo definir e implementar políticas de calidad de datos en tu empresa.
Seguir leyendo
12 min lectura
10 min lectura
11 min lectura
10 min lectura
18 min lectura
Última revisión: