La mayoría de las organizaciones saben que necesitan una mejor gobernanza de datos. Muchas menos tienen un programa que funcione realmente. Gartner predice que el 80% de las iniciativas de gobernanza de datos y análitica fallarán antes de 2027, no porque el concepto sea defectuoso, sino porque la mayoría de los programas se construyen como ejercicios de documentación en lugar de sistemas operativos. Y la baja calidad de datos cuesta en promedio a una organización $12,9 millones anuales, por lo que las consecuencias de hacerlo mal son concretas.
Qué es un Programa de Gobernanza de Datos (y qué no es)
Un programa de gobernanza de datos es la capa operativa que pone en práctica una estrategia de gobernanza de datos. Si la estrategia define qué es lo que se ve como una buena gestión de datos, el programa define quién hace qué, cuándo y cómo. Traduce políticas en decisiones, decisiones en procesos, y procesos en hábitos diarios a lo largo del ciclo de vida de los datos. El marco de gobernanza de datos proporciona el plano estructural. El programa es cómo se ejecuta ese plano.
No es una plataforma de software. Las herramientas respaldan la gobernanza; no la reemplazan. Tampoco es un proyecto de una sola vez. Las empresas que lo tratan como un proyecto, con una fecha de lanzamiento e un hito de finalización, consistentemente terminan nuevamente en el punto de partida dentro de dos años.
Un programa de gobernanza de datos es el conjunto de estructuras, roles y procesos que hacen que las políticas de datos sean reales. Sin él, las políticas son solo documentos.
Las organizaciones a menudo compran software de gobernanza antes de haber definido quién es dueño de qué datos y qué reglas aplican a ellos. El software entonces se convierte en un repositorio de documentación incompleta en lugar de un mecanismo de cumplimiento. El modelo operativo, es decir, la combinación de personas, procesos y estructuras de responsabilidad, debe venir primero.
Componentes Centrales
Políticas y estándares.
Estos definen cómo deben crearse, nombrarse, clasificarse, almacenarse y retirarse los datos a lo largo de su ciclo de vida. Una política es una declaración de intención de alto nivel: "Todos los datos de producto deben tener una única fuente autorizada antes de publicarse en canales de venta". Un estándar es la implementación técnica: campos requeridos, formatos de valor aceptados, convenciones de nomenclatura. Las políticas sin estándares dejan demasiado margen para la interpretación, y los estándares sin políticas carecen de contexto empresarial. Muchas organizaciones también formalizan esto en una carta de gobernanza de datos, un documento que define el alcance, los objetivos y la autoridad del programa de gobernanza antes de que se escriban los estándares.
Propiedad de datos y custodia.
Cada dominio de datos necesita un propietario asignado, un rol empresarial en lugar de un título de trabajo, responsable de la precisión y utilidad de esos datos para su uso previsto. Los administradores de datos realizan el trabajo operativo: supervisar la calidad, resolver problemas, mantener definiciones y mantener el diccionario de datos actualizado. Aquí es donde la mayoría de los programas de gobernanza se desmoronan. Se nombran propietarios, pero no tienen autoridad real. Los administradores se asignan además de trabajos existentes y rápidamente repriorizan el trabajo de gobernanza. Ambos roles necesitan alcance formal, asignación de tiempo y derechos de escalada.
Procesos.
La gobernanza sin procesos definidos es solo un comité. Los programas efectivos establecen cómo se reportan, escalan y resuelven los problemas de datos; cómo se agregan nuevos dominios de datos al alcance de gobernanza; cómo se aprueban los cambios a las definiciones de datos; y cómo se mide y reporta la calidad de datos. Los requisitos de cumplimiento normativo, como GDPR o CCPA, típicamente agregan requisitos de procesos alrededor del acceso a datos, retención y derechos de los sujetos que alimentan directamente estos flujos de trabajo. Estos procesos deben ser lo más ligeros posible mientras sigan siendo repetibles.
Medición.
Sin métricas, la gobernanza se vuelve invisible. Las medidas útiles incluyen tasas de integridad de datos por dominio, conteos de problemas abiertos y tiempos de resolución, tasas de cumplimiento de políticas, y el número de elementos de datos críticos que han sido formalmente definidos y aprobados. En nuestra experiencia, las organizaciones que no pueden mostrar una línea de tendencia de calidad dentro de los primeros seis meses de un programa de gobernanza pierden el apoyo ejecutivo antes de construir impulso. El punto no es generar reportes. Es hacer la calidad lo suficientemente visible para que la organización pueda actuar sobre ella.
Roles en un Programa de Gobernanza de Datos
Cada rol en una estructura de gobernanza necesita un alcance explícito. En la práctica, un equipo pequeño con autoridad clara logra más que un comité grande sin ella.
El patrocinador ejecutivo, a menudo un CDO o equivalente, proporciona autoridad organizacional. Resuelven disputas entre departamentos, aseguran presupuesto, y hacen de la gobernanza un tema permanente en la agenda de liderazgo. Sin este rol, la gobernanza se detiene tan pronto como encuentra resistencia departamental.
El consejo de gobernanza de datos o comité de dirección reúne a partes interesadas empresariales y técnicas para tomar decisiones sobre política, priorización y estándares entre dominios. Este es el órgano de toma de decisiones, no un grupo asesor. Debe reunirse regularmente y tener autoridad para aprobar o bloquear cambios.
Los propietarios de datos son partes interesadas empresariales senior responsables de dominios de datos específicos. Un propietario de datos de producto en un fabricante podría ser el jefe de gestión de producto. No gestionan datos diariamente, pero son responsables de su utilidad para el uso previsto y de tomar decisiones cuando los estándares entran en conflicto.
Los administradores de datos son los profesionales. Mantienen definiciones de datos, monitorean tableros de calidad, manejan solicitudes de excepción, y trabajan directamente con consumidores de datos. En nuestra experiencia con fabricantes que administran catálogos grandes de productos a través de sistemas ERP, PIM y e-commerce, el rol de administrador es frecuentemente donde la calidad de datos realmente se desmorona. No porque las personas sean incompetentes, sino porque la administración se agrega como una responsabilidad secundaria sin tiempo protegido.
Los consumidores de datos, como analistas, gerentes de producto y equipos de marketing, también tienen un rol. Reportan problemas, cumplen con estándares definidos, y no crean soluciones alternas que eludan procesos de gobernanza.
El equipo de IT o ingeniería de datos implementa y mantiene los controles técnicos: gestión de acceso, políticas de seguridad de datos, reglas de validación, registros de auditoría, y canales de integración. La gobernanza define qué deben hacer los controles; IT los construye y los opera.
Por Qué los Programas Fracasan
La gobernanza se coloca dentro de IT. Cuando la gobernanza de datos se trata como una función técnica, las partes interesadas empresariales se desvinculan. Las políticas que se escriben reflejan prioridades de IT, como controles de acceso y estándares de infraestructura, en lugar de necesidades de datos empresariales. La calidad sufre de formas que IT no puede medir.
La propiedad es nominal. Se asignan títulos sin autoridad. Un propietario de datos que no puede hacer cumplir un estándar de datos, bloquear un flujo de datos no conforme, o escalar un problema de calidad al liderazgo no es un propietario en ningún sentido significativo.
El alcance es demasiado amplio desde el inicio. Las organizaciones intentan gobernar todos los datos simultáneamente, se abruman por la complejidad, y abandonan el esfuerzo antes de que emerjan resultados. La gobernanza que intenta cubrir todo no gobierna nada bien.
El programa se trata como finalizado. La gobernanza de datos requiere mantenimiento continuo. Los modelos de datos cambian, se agregan nuevos sistemas, las regulaciones se actualizan, y los procesos empresariales evolucionan. La gestión del cambio no es opcional. Mantener los roles actuales, capacitar nuevos administradores y retirar políticas obsoletas son tareas recurrentes, no trabajo de configuración de una sola vez. Un programa sin un proceso para mantenerse actualizado pierde relevancia rápidamente.
Cómo Comenzar
Comienza con un único dominio de datos que tenga dolor empresarial visible. No todos los datos. Un dominio. Elige el que más problemas de calidad está creando costo operativo o comercial, ya sean datos de producto, datos de cliente, o datos de proveedores.
El enfoque de inicio estrecho consistentemente supera al lanzamiento a nivel empresarial. Un fabricante con el que trabajamos comenzó la gobernanza solo con sus datos de especificación técnica, específicamente los atributos que alimentan configuradores de producto y portales de distribuidores. Ese alcance era lo suficientemente manejable para asignar propietarios reales y hacer cumplir realmente los estándares. Dentro de seis meses, las tasas de integridad de especificación se movieron del 58% al 91%. Ese resultado creó demanda interna para extender la gobernanza a datos de precios y contenido de marketing, lo que la organización entonces tuvo la estructura para manejar.
Documenta el estado actual de ese primer dominio: qué sistemas lo contienen, quién lo crea, quién lo usa, y qué problemas de calidad existen. Esto no es una auditoría formal. Es contexto suficiente para definir propiedad, identificar los elementos de datos críticos que necesitan ser gobernados primero, y escribir un pequeño número de políticas prácticas.
Asigna un propietario y dos o tres administradores. Asegúrate de que esas asignaciones vengan con alcance explícito y algo de tiempo protegido. Define una o dos métricas de calidad que rastrearás desde el inicio. Luego ejecuta un ciclo de gobernanza: una revisión de calidad, un refinamiento de política, un problema resuelto. Ese ciclo demuestra que el programa puede funcionar y crea la plantilla que usarás cuando expandas.
Herramientas y Tecnología
La mayoría de los programas de gobernanza compran herramientas demasiado pronto. Antes de que cualquier plataforma tenga sentido, necesitas roles estables y al menos un ciclo de gobernanza funcionando. Sin eso, una herramienta solo agrega costo a un proceso indefinido.
Los programas en etapa temprana a menudo necesitan nada más que un diccionario de datos compartido y una forma de rastrear asignaciones de propietarios y problemas abiertos. Una hoja de cálculo bien estructurada funciona. A medida que el programa madura, un catálogo de datos se vuelve útil: hace que los activos de datos sean descubribles, documenta metadatos y linaje, y rastrea métricas de calidad a escala.
Para organizaciones que administran datos estructurados a través de múltiples sistemas, una plataforma MDM actúa como capa de cumplimiento de gobernanza, centralizando datos maestros, haciendo cumplir reglas de validación, y administrando flujos de trabajo de aprobación. AtroCore, por ejemplo, combina un modelo de datos completamente configurable con control de acceso basado en roles a nivel de entidad, de modo que las reglas de gobernanza y límites de acceso pueden estructurarse alrededor de tus dominios de datos reales en lugar de forzarse en un esquema predefinido. Eso importa cuando el alcance de gobernanza se expande a través de múltiples dominios con diferentes propietarios y diferentes requisitos de calidad.
Dónde la Gobernanza se Conecta a la Gestión de Datos Más Amplia
Ninguna de estas disciplinas funciona bien de forma aislada, y las dependencias van en ambas direcciones.
La gestión de calidad de datos es la disciplina operativa que mantiene los datos dentro de los estándares que define la gobernanza. MDM es frecuentemente donde el cumplimiento de gobernanza se vuelve más concreto para organizaciones cuyos datos críticos están dispersos entre sistemas ERP, feeds de socios, y canales comerciales. Proporciona un registro central con propiedad definida y reglas de validación. Una ruta de aprobación documentada hace que la responsabilidad sea visible en lugar de asumida. Linaje mapea cómo fluyen los datos a través de sistemas y cómo cambian los metadatos con el tiempo, dando a los equipos de gobernanza la visibilidad para hacer cumplir la responsabilidad y rastrear la fuente de problemas de calidad.
Ejecuta esto de forma aislada, y cada uno se desmorona de manera diferente. Sin gestión de calidad de datos, la gobernanza produce políticas que nadie monitorea. Sin gobernanza, la gestión de calidad de datos produce métricas sin responsabilidad. MDM sin ninguno de los dos no tiene reglas que cumplir y nadie responsable del registro que contiene.