Por qué el marco de gobernanza no debería tardar más en definirse que en dar el primer resultado
Un Gobierno del Dato operativo es un modelo en el que las políticas de calidad, acceso y ownership se implementan directamente sobre los pipelines, catálogos y herramientas que la organización ya usa, en lugar de partir de un diagnóstico de madurez que tarda meses en producir un documento.
Frente al modelo clásico basado en un assessment inicial (entrevistas, workshops, un scoring del 1 al 5 en una decena de dimensiones) que congela el proyecto durante meses antes de tocar un solo pipeline, la gobernanza de datos operativa empieza por un dominio concreto, asigna ownership desde el primer sprint y traduce las políticas en reglas ejecutables, no en diapositivas.
Esto no significa descartar un marco de referencia: frameworks como DAMA-DMBOK siguen siendo útiles como vocabulario común entre equipos. Significa no dejar que el marco se convierta en el proyecto.
El objetivo del gobierno del dato no es producir un informe de madurez. Es que los datos correctos, con las políticas correctas, lleguen a las personas correctas.
Hay un patrón que se repite en muchas organizaciones que abordan su gobierno del dato con una consultora tradicional. Kick-off. Ronda de entrevistas con los responsables de cada área. Ocho o doce semanas de descubrimiento. Un documento de más de cien páginas con una puntuación de madurez del uno al cinco en una decena de dimensiones: calidad, metadatos, seguridad, master data, arquitectura. Una hoja de ruta a dieciocho meses. Y, medio año después de la primera reunión, ningún pipeline ha cambiado, ningún dato tiene un owner asignado en ninguna herramienta, y el documento vive en una carpeta que nadie ha vuelto a abrir.
No es que el diagnóstico esté mal hecho. Es que el diagnóstico se ha convertido en el entregable, cuando debería ser solo el punto de partida.
El modelo de madurez, popularizado por frameworks como DAMA-DMBOK y adaptado por las grandes consultoras a su propia metodología, parte de una premisa razonable: antes de actuar, hay que saber dónde está la organización. El problema no es la premisa. Es que el diagnóstico se ha convertido en un proyecto en sí mismo, con entregables, comités de seguimiento y facturación propia, desconectado de cualquier cambio operativo real.
Esto genera cuatro problemas recurrentes:
Nada de esto significa que un marco de referencia no aporte valor. Significa que el orden está invertido: primero se debería gobernar algo real, y usar el framework como vocabulario y checklist, no como la primera y única entrega del proyecto.
Un Gobierno del Dato operativo es el conjunto de decisiones de gobernanza (ownership, calidad, acceso, trazabilidad) expresadas como configuración o código sobre las herramientas donde el dato realmente se mueve, en lugar de como un documento de referencia que vive fuera de los sistemas.
En lugar de diseñar un modelo de gobierno universal desde el primer momento, selecciona un dominio (clientes, pedidos, inventario, lo que tenga más impacto y visibilidad) donde aplicar el modelo completo de extremo a extremo. Esto convierte la gobernanza en algo tangible desde la primera iteración, en lugar de en una promesa a dieciocho meses.
Define quién es el data owner y quién el data steward de ese dominio antes de definir una sola regla de calidad o de acceso. Sin esa asignación, cualquier política queda huérfana en cuanto termina el proyecto.
Cada política (una tabla no puede tener nulos en la clave primaria, un campo de PII solo es visible para un rol concreto) se implementa directamente en el pipeline de datos o en el motor de control de acceso, no como una recomendación en un documento de gobierno.
El catálogo de datos y el linaje deben generarse como subproducto de la ejecución del pipeline, no como una tarea manual adicional. Esto es lo que permite que el modelo escale sin que la carga de documentación crezca al mismo ritmo que el número de dominios gobernados.
Una vez validado el patrón en el primer dominio, replícalo en el siguiente con las mismas plantillas de políticas, roles y automatizaciones, ajustando lo específico de cada área. El crecimiento del modelo de gobierno no debería requerir más reuniones de comité, sino más dominios gobernados con el mismo patrón operativo.
Un comité de gobierno que se reúne una vez al mes no gobierna nada entre reunión y reunión. Un pipeline con las reglas correctas gobierna cada vez que se ejecuta.
¿Tu organización lleva meses en fase de diagnóstico de gobierno del dato sin haber gobernado todavía un solo dominio?
En Galde ayudamos a estructurar modelos de gobierno del dato operativos, partiendo de un dominio real y escalando el modelo con el propio equipo interno, no con informes que nadie vuelve a abrir.
Desde el servicio de gobernanza de datos, en Galde diseñamos e implementamos modelos de gobierno del dato operativos: ownership, calidad, catálogo, linaje y control de acceso, construidos directamente sobre el stack tecnológico de cada organización.
Trabajamos bajo un modelo de co-creación, descrito en detalle en nuestra metodología, en el que el equipo interno participa en cada decisión de diseño, de forma que la organización retiene la soberanía técnica sobre su modelo de gobierno desde el primer día, en lugar de depender de un proveedor externo para operarlo o evolucionarlo.
Cuando el gobierno del dato debe sostener casos de uso de IA generativa o requiere una arquitectura de data platforms concreta, integramos ambas piezas desde el diseño inicial, en lugar de tratarlas como proyectos separados que se coordinan después.
Un modelo de madurez puede ser útil como vocabulario compartido, pero deja de aportar valor en el momento en que se convierte en el proyecto en sí mismo. Un Gobierno del Dato operativo invierte el orden: empieza por gobernar un dominio real, asigna ownership antes que políticas, y convierte cada regla en configuración ejecutable en lugar de en una recomendación en un documento. El resultado no es un informe de madurez. Es una organización que gobierna sus datos porque lo hace todos los días, no porque lo dice un PDF.
La soberanía técnica no es un lujo ni una postura ideológica: es una condición para que la inversión en datos e IA genere retorno sostenible.
Un modelo de madurez mide el estado actual de la organización frente a una serie de dimensiones y produce un diagnóstico y una hoja de ruta. Un gobierno del dato operativo empieza directamente por implementar las políticas de gobernanza sobre un dominio real, generando resultados desde las primeras semanas en lugar de después de meses de evaluación.
No. DAMA-DMBOK sigue siendo útil como vocabulario común y checklist de dimensiones a cubrir. El cambio no está en descartar el framework, sino en no convertir su evaluación inicial en el único entregable del proyecto durante meses.
Al empezar por un dominio concreto en lugar de por toda la organización, es habitual tener ownership, políticas de calidad básicas y catálogo automatizado funcionando sobre ese dominio en cuestión de semanas, no de meses.
El CDO sigue siendo responsable de la visión y la priorización de dominios, pero su rol pasa de aprobar documentos de comité a garantizar que cada dominio gobernado siga el mismo patrón operativo y que el conocimiento quede en el equipo interno.
Con métricas operativas directas: número de dominios con ownership asignado, porcentaje de tablas críticas con calidad monitorizada, tiempo medio para dar acceso a un nuevo consumidor de datos y cobertura del catálogo generada automáticamente frente a la documentada a mano.
