Data Owners, Stewards y Custodians: quién debería hacer qué (y por qué falla)
- César Oviedo

- Mar 8
- 4 min read
Updated: May 11

El síntoma más común es conocido: un indicador cambia, un reporte no cuadra o una regla de calidad se rompe, y la discusión termina en tecnología. Sin embargo, muchas de esas decisiones no son técnicas. Son decisiones de negocio, definición, prioridad, riesgo y confianza.
Por eso, hablar de Data Owner, Data Steward y Data Custodian no debería ser un ejercicio de organigrama. Debería ser una forma de asignar autoridad, responsabilidad y evidencia sobre los datos críticos de la organización.

Figura 1. Roles de datos: decidir, cuidar y operar
2. El Data Owner: quien decide sobre el dato
El Data Owner es el responsable de negocio del dato. Su función principal no es cargar metadatos ni corregir pipelines. Su función es decidir qué significa el dato, por qué es importante, qué nivel de calidad requiere, quién debería poder usarlo y qué riesgo representa.
Un error frecuente es nombrar Data Owners sin darles autoridad. Si el Owner no puede aprobar definiciones, priorizar mejoras o resolver conflictos entre áreas, entonces no es realmente un Owner. Es solo un nombre asociado a un activo.
En la práctica, el Data Owner debería participar en decisiones sobre datos críticos, indicadores ejecutivos, dominios de información, reglas de calidad, accesos sensibles y priorización de iniciativas de mejora.
3. El Data Steward: quien traduce gobierno en operación
El Data Steward es el rol que conecta la intención del gobierno con el trabajo cotidiano. Traduce definiciones de negocio en glosarios, reglas, controles, criterios de calidad y acuerdos operativos. También ayuda a que el catálogo, el linaje y los productos de datos sean entendibles y utilizables.
No debería verse como un documentalista. Un buen Steward no solo registra información: facilita decisiones, detecta ambigüedades, coordina con usuarios, levanta problemas de calidad y promueve adopción.
Cuando el Steward funciona bien, reduce fricción entre negocio y tecnología. Cuando no existe o es débil, cada área interpreta los datos a su manera.
4. El Data Custodian: quien protege y opera técnicamente
El Data Custodian es responsable de la custodia técnica del dato. Esto incluye plataforma, controles de acceso, disponibilidad, seguridad, backups, ejecución de pipelines, configuración de herramientas y aplicación técnica de políticas.
El Custodian no debería definir por sí solo qué significa un dato ni quién debe tener acceso desde una lógica de negocio. Debe implementar controles conforme a definiciones aprobadas por el negocio y lineamientos de gobierno, seguridad y cumplimiento.
Este punto es clave: tecnología habilita el gobierno, pero no puede reemplazar las decisiones de negocio.

Figura 2. Matriz RACI para roles de datos
5. Por qué estos roles fallan en la práctica
El primer motivo es que se asignan roles sin procesos. Si no hay un flujo claro para aprobar definiciones, resolver incidentes, cambiar reglas de calidad o autorizar acceso, los roles no tienen dónde operar.
El segundo motivo es que se confunde responsabilidad con trabajo administrativo. Un Data Owner no es la persona que llena el catálogo. Un Steward no es solo quien documenta. Un Custodian no es el dueño de todo porque administra la plataforma.
El tercer motivo es que no se mide el impacto. Si una organización no mide calidad, adopción, incidentes, uso del catálogo, tiempos de resolución y confianza en indicadores críticos, no sabe si sus roles están funcionando.

Figura 3. Flujo operativo de responsabilidades

Figura 4. Cuando los roles existen, pero no gobiernan
6. Cómo aterrizarlo en un modelo operativo
Una forma práctica de empezar es seleccionar pocos datos críticos y mapear tres cosas: quién toma decisiones, quién mantiene la definición y quién aplica controles técnicos. Ese ejercicio revela rápidamente vacíos de ownership, duplicidad de responsabilidades y dependencias ocultas.
Después se debe definir un RACI mínimo. No para burocratizar, sino para evitar discusiones repetidas. Cada actividad relevante debe tener un responsable claro: definición, calidad, acceso, linaje, publicación, incidentes y priorización de cambios.
Finalmente, los roles deben conectarse con herramientas como Microsoft Purview, Fabric, Power BI, Data Lake, Catálogo, linaje y clasificación. La herramienta debe reflejar el modelo operativo, no sustituirlo.

Figura 5. Roadmap de 90 días para activar roles de datos
7. Recomendaciones prácticas
Empieza con dominios y datos críticos, no con toda la organización. Es mejor gobernar bien diez activos relevantes que registrar cientos de activos sin responsabilidad real.
Dale autoridad al Data Owner. Si no puede decidir, priorizar o resolver conflictos, el modelo se volverá simbólico.
Convierte al Data Steward en facilitador operativo. Debe conectar negocio, tecnología, calidad, catálogo y adopción.
Diferencia claramente custodia técnica de ownership de negocio. La plataforma puede ser administrada por tecnología, pero el significado y la criticidad del dato pertenecen al negocio.
Mide resultados. El éxito no es tener roles asignados; es reducir ambigüedad, mejorar calidad, acelerar decisiones y aumentar confianza.
8. Cierre
La diferencia entre una organización que gobierna datos y una que solo documenta datos está en la claridad de sus responsabilidades. Data Owners, Stewards y Custodians no son títulos decorativos. Son piezas de un modelo operativo para tomar mejores decisiones con datos confiables.
Cuando estos roles se diseñan bien, el gobierno de datos deja de ser burocracia y se convierte en una capacidad empresarial: reduce fricción, fortalece seguridad, mejora calidad y acelera el valor de la analítica y la inteligencia artificial.
La pregunta no es si tu empresa tiene estos roles definidos. La pregunta es si esos roles realmente deciden, coordinan y operan.



Comments