Gobierno de datos, sin hablar de marcos

DAMA lo llama el ejercicio de autoridad y control sobre la gestión de los activos de datos, que es preciso y funciona mal en una reunión. En el día a día significa decidir quién decide: quién es dueño de una definición, quién aprueba un acceso, quién responde cuando un número sale mal. Las políticas, los roles y las reglas son la forma de dejar esas decisiones por escrito para que sigan en pie seis meses después.

El gobierno decide, la gestión construye. El gobierno fija la estrategia, las políticas y los derechos de decisión: quién es dueño de la definición de cliente, quién aprueba los accesos, qué nivel de calidad es suficiente. La gestión de datos es el trabajo técnico que ejecuta esas decisiones en la arquitectura, la integración y la seguridad. Necesitas los dos: uno sin el otro es una política que nadie implementa o una plataforma sobre la que nadie se pone de acuerdo.

La alfabetización en datos es que tus equipos sepan leer un número, cuestionarlo y actuar con él. Es la diferencia entre un tablero que la gente cita y un tablero en el que la gente confía. Y casi siempre es un problema de vocabulario y no de estadística: la gente rara vez lee mal un gráfico, lo que no sabe es si "cliente activo" significa lo mismo en tu presentación que en su informe.

En lugar de gobernar toda la empresa de golpe, eliges un caso de uso que ya duele —el dominio de clientes, el informe del comité— y lo gobiernas de punta a punta: dueño nombrado, definiciones acordadas, calidad medida, accesos controlados. Tienes algo funcionando en semanas en vez de un documento de marco en meses, y tu patrocinador tiene un resultado que puede ver.

El Data Owner es un líder de negocio que puede cambiar las cosas de verdad: tiene autoridad y presupuesto sobre un dominio como Clientes o Finanzas, y se come la consecuencia cuando una decisión sale mal. El Data Steward es quien hace el trabajo: mantiene las definiciones, persigue los problemas de calidad, aplica las reglas de negocio y responde qué significa un campo. Un dueño sin custodio es responsabilidad sin capacidad; un custodio sin dueño es trabajo sin mandato.

En tres sitios, y normalmente los tres se pueden contar. Coste: las horas que tu gente dedica a limpiar datos, conciliar informes y reconstruir cifras de las que nadie se fía. Ingreso: la analítica y los modelos de IA sobre los que puedes actuar porque lo que los alimenta es fiable. Riesgo: las multas, las fugas y los hallazgos de auditoría que no tuviste. Si quieres una cifra con la que abrir la conversación, mete tus horas de retrabajo en la calculadora del coste de los datos malos de este sitio.

No. Las herramientas ayudan; no deciden nada. Puedes empezar con lo que ya tienes: una hoja de cálculo para el glosario, una matriz RACI para los roles, una regla escrita para clasificación y accesos. Compra la plataforma cuando sepas qué quieres que haga, porque un catálogo lleno de definiciones que nadie ha acordado es una lista carísima de nombres de tablas.

Casi todos los problemas de IA a los que me llaman resultan ser problemas de datos: nadie puede decir de dónde salió el dato de entrenamiento, quién autorizó su uso, si contiene registros personales o por qué el modelo respondió lo que respondió. El gobierno de datos es lo que responde a eso, con linaje, clasificación, control de acceso y retención. Por eso las organizaciones que gobernaron sus datos antes son las que aguantan cuando un regulador pregunta.

Un diagnóstico más un primer caso de uso gobernado suele llevar entre 8 y 12 semanas: unas semanas para ver con claridad dónde duele y el resto para arreglar una cosa de punta a punta. Lo que tienes al final no es un programa terminado. Es un ejemplo que funciona y un plan que la organización se cree, que es lo que hace falta antes de ir al siguiente dominio.

El patrocinador tiene que ser alguien del negocio que sienta el problema y pueda hacer que otros directivos se presenten: normalmente un director de operaciones, un director financiero o un Chief Data Officer. Dónde se ubique el equipo importa menos que no se perciba como un proyecto de TI, porque las decisiones que toma el gobierno (definiciones, responsabilidades, usos aceptables) son decisiones de negocio. TI es un socio imprescindible para las herramientas y los controles, pero cuando el gobierno depende solo de TI suele acabar convertido en un proyecto de plataforma que el negocio ignora con educación.

Ponlo en su descripción de puesto, o al menos en sus objetivos, porque la buena voluntad se agota hacia el segundo trimestre. Después, haz que el tiempo sea visible y acotado: el rol de steward es una parte concreta de la semana de alguien, no una tarde extra. Y empieza donde ya duele, para que lo primero que la gente viva sea un problema suyo que desaparece y no un formulario nuevo que rellenar. El reconocimiento también ayuda: nombra a quienes arreglaron el informe del consejo.

Normalmente no. Un catálogo es donde viven las definiciones, los responsables y el linaje ya acordados, así que si todavía no hay nada acordado estás comprando una biblioteca vacía. Empieza con un caso de uso, acuerda definiciones y responsables en una hoja de cálculo, y deja que el esfuerzo de mantenerla al día te diga qué necesitas que haga el catálogo. Así la elección de la herramienta es una conversación corta y no una evaluación de seis meses de funcionalidades que nadie va a usar.

La mayoría de las organizaciones acaba en un modelo federado: un equipo central pequeño fija los estándares, las políticas y el vocabulario común, y los dominios son dueños de sus datos y los gestionan dentro de esas reglas. El modelo totalmente centralizado funciona en organizaciones pequeñas o muy reguladas, pero se convierte en un cuello de botella al crecer. El data mesh es la federación llevada más lejos, con dominios que publican datos como productos, y solo funciona si los dominios ya tienen las capacidades y las ganas. Elige para la organización que tienes hoy, no para la de la conferencia.

Responder qué significa un campo, rastrear un problema de calidad hasta el sistema que lo causó, revisar un cambio en una definición, aprobar o encaminar una solicitud de acceso y mantener al día las entradas del glosario de su dominio. Para la mayoría de los stewards eso supone entre medio día y un día a la semana, junto a su trabajo principal. Si le lleva mucho más, el alcance es demasiado amplio; si no le lleva nada, probablemente el rol solo existe en el organigrama.

Elige el que ya duele, el que le importa a alguien con peso y el que puedes resolver en unos tres meses. El informe del consejo con dos cifras de ingresos, los datos de clientes detrás de una campaña fallida, el reporte regulatorio que exige tres semanas de conciliación: esos son buenos candidatos. Evita el dominio más importante si además es el más difícil políticamente, porque tu primer trabajo es demostrar que el gobierno funciona, no ganar la discusión más dura de la empresa.

La normativa te dice qué tienes que conseguir; el gobierno es cómo puedes demostrar que lo conseguiste. El RGPD espera que sepas qué datos personales tienes, para qué, adónde van, quién puede verlos y cuándo se borran. Cada una de esas preguntas es de gobierno: clasificación, linaje, control de acceso, retención. Las organizaciones sin gobierno las responden una vez por auditoría, a mano y con prisas. Las que tienen gobierno las responden con registros que ya existen.

Mide cosas que cambian comportamientos, no actividad. Buenas señales: el porcentaje de elementos de datos críticos con un responsable con nombre y una definición acordada, la tendencia de la calidad en los datos que alimentan los informes clave, el tiempo que se tarda en resolver una incidencia de datos o en aprobar un acceso, y la frecuencia con la que se discute la misma cifra en una reunión. Contar políticas escritas o entradas del catálogo te dice que la gente estuvo ocupada, no que algo mejorara.

Si trabajas en gestión de datos o cerca de ella, sí: te da un vocabulario común con la profesión, un mapa estructurado de las once áreas de conocimiento de DAMA y una credencial que reconocen reclutadores y clientes. No te enseñará a dirigir un programa en tu empresa, que es el hueco que llena la experiencia. Para prepararte, lee con atención los capítulos del DMBOK sobre gobierno, calidad de datos y metadatos, haz muchas preguntas de práctica y céntrate en entender por qué las respuestas son correctas en lugar de memorizarlas.

Rara vez por el marco o por la herramienta. Fracasan porque no hay un patrocinador de negocio, porque intentan gobernarlo todo a la vez, porque se asignan roles sin tiempo para ejercerlos o porque producen documentos en lugar de decisiones. La forma de evitarlo es poco vistosa: un caso de uso que duela, responsables con autoridad real, rutinas pequeñas a las que la gente acude de verdad y un resultado que tu patrocinador pueda enseñar en un trimestre. Después, repetirlo en el siguiente dominio.