Modelos de gobernanza de datos: comparación de los enfoques centralizado, descentralizado y federado

La mayoría de los programas de gobernanza de datos empiezan de la misma forma: con políticas. La parte operativa (la más difícil) llega después, cuando el patrimonio de datos ha crecido, más equipos producen datos y el mismo activo alimenta los flujos de trabajo de analíticas, generación de informes, aprendizaje automático (ML) y operaciones.

Llegados a este punto, las organizaciones necesitan una estructura para poner en práctica las políticas de gobernanza en todo el patrimonio de datos. La cuestión entonces es cómo hacerlo. Algunas organizaciones mantienen la toma de decisiones centralizada, otras la distribuyen entre dominios y otras reparten la responsabilidad entre ambos. Las diferencias entre estos enfoques tienen consecuencias prácticas para la coherencia, la velocidad y el control.

Un modelo de gobernanza de datos proporciona la estructura operativa que respalda la política de gobernanza. Asigna derechos de decisión, responsabilidades de administración de datos y vías de cumplimiento normativo para que los equipos sepan quién puede definir estándares, aprobar el acceso, resolver conflictos de políticas y mantener definiciones compartidas a medida que los datos se mueven entre dominios y plataformas.

Un modelo de gobernanza de datos no es lo mismo que un marco de gobernanza de datos. Un marco define los principios, procesos y controles generales de gobernanza. El modelo describe la estructura operativa dentro de ese marco; en otras palabras, cómo se organiza la gobernanza en la práctica.

La mayoría de las organizaciones eligen uno de tres modelos: centralizado, descentralizado o federado. Cada uno gestiona la autoridad, la administración de datos y la ejecución de forma distinta, por lo que la elección adecuada depende más de la estructura organizativa de la empresa, la presión normativa y la madurez de datos que de prácticas recomendadas teóricas.

Las diferencias entre cada uno de los tres grandes tipos de modelos de gobernanza de datos radican en dónde reside la autoridad, cuánta autonomía tienen los dominios y con qué coherencia pueden aplicarse los estándares en toda la empresa. Muchas organizaciones combinan elementos de más de un modelo para adaptarse a sus necesidades específicas a medida que crecen.

En un modelo de gobernanza de datos centralizado, un equipo central de gobernanza establece estándares, define políticas y supervisa su cumplimiento en toda la organización. La autoridad de decisión recae principalmente en un órgano central, a menudo respaldado por un comité de gobernanza, una oficina de datos o la oficina del Chief Data Officer. Las unidades de negocio participan, pero no operan de forma independiente en la mayoría de las decisiones de gobernanza.

Este modelo suele funcionar mejor cuando la coherencia importa más que la autonomía local: resulta más fácil estandarizar definiciones, aplicar controles comunes y demostrar el cumplimiento en toda la empresa. También ayuda a los programas más nuevos, porque la propiedad queda clara desde el principio.

La contrapartida es la velocidad. Un equipo central puede convertirse en un cuello de botella cuando muchos dominios necesitan aprobaciones, excepciones de políticas y apoyo para la administración de datos. También puede pasar por alto los matices operativos locales si las decisiones de gobernanza están demasiado alejadas de los equipos que producen y utilizan los datos.

Uso recomendado: organizaciones con menor madurez de datos, estructuras operativas centrales más estrictas o una fuerte supervisión normativa.

En un modelo de gobernanza de datos descentralizado, las distintas unidades de negocio o dominios gobiernan sus propios datos con un control central limitado. La propiedad de los datos se mantiene cerca de los equipos que mejor los entienden, lo que puede mejorar la capacidad de respuesta, la relevancia para el dominio y la adopción en entornos donde las unidades de negocio ya operan con un alto grado de independencia.

Este modelo puede funcionar bien en organizaciones con sólidos conocimientos de dominio y equipos de datos distribuidos y consolidados. Favorece la democratización de los datos porque las decisiones se toman más cerca del punto de uso, y los equipos pueden adaptar los estándares a los flujos de trabajo locales sin tener que esperar a una autoridad central.

La desventaja de este modelo es la posibilidad de fragmentación. Las definiciones pueden desviarse, las políticas pueden interpretarse de forma distinta y la generación de informes interfuncionales puede resultar más difícil cuando cada dominio se gobierna según sus propios criterios. También puede ser más difícil garantizar el cumplimiento de forma coherente en toda la organización.

Ten en cuenta que data mesh comparte fundamentos filosóficos con el modelo descentralizado a través de su principio de propiedad por dominio, pero no es un modelo de gobernanza: es un paradigma arquitectónico más amplio con cuatro principios distintos. Su cuarto principio, la gobernanza computacional federada, en realidad se ajusta más al modelo federado que se describe a continuación.

Uso recomendado: grandes organizaciones con unidades de negocio autónomas, una administración local de datos sólida y un alto nivel de alfabetización en datos en todos los equipos.

En un modelo de gobernanza de datos federado, un equipo central define estándares, políticas y mecanismos de protección de gobernanza compartidos, mientras que los dominios operan teniendo en cuenta dichos mecanismos. El flujo de decisiones se comparte: la gobernanza empresarial establece qué debe seguir siendo coherente, y los dominios de negocio gestionan sus productos de datos, sus prácticas de administración y la implementación diaria.

Este enfoque central con ramificaciones suele ser el modelo más práctico para las grandes empresas porque equilibra la coherencia con la agilidad. Ofrece a las organizaciones una forma de aplicar requisitos comunes de acceso, clasificación, retención y cumplimiento sin obligar a que todas las decisiones pasen por un único equipo. Al mismo tiempo, reconoce que los dominios suelen entender mejor sus propios datos, patrones de uso y restricciones operativas que una oficina central alejada.

El modelo sí requiere una coordinación deliberada. Si los roles no están claros o las vías de escalado son débiles, la gobernanza federada puede diluir la responsabilidad.

Uso recomendado: grandes empresas que necesitan estándares de gobernanza compartidos, pero no pueden permitirse un control totalmente centralizado.

La forma más clara de evaluar los modelos de gobernanza es ir más allá de las definiciones y comparar cómo se comportan en la práctica, así como las concesiones en cuanto a coherencia, velocidad, escalabilidad y control.

Muchas organizaciones combinan elementos de varios modelos con el tiempo. Por ejemplo, una empresa puede empezar con una gobernanza centralizada para establecer la propiedad y los estándares y, después, avanzar hacia una estructura federada a medida que los equipos de datos maduran y la responsabilización de los dominios se vuelve más fiable.

Descubre cómo gobernar y descubrir datos, aplicaciones y mucho más en Snowflake Horizon:

Elegir un modelo de gobernanza no consiste tanto en seleccionar una estructura ideal como en ajustar la gobernanza a la forma en que la organización funciona realmente. La opción adecuada suele depender de varios factores, como la estructura operativa, la presión normativa, la madurez de los datos y las capacidades de la plataforma encargada de aplicar la gobernanza.

Las organizaciones muy centralizadas suelen obtener mejores resultados con una gobernanza centralizada, al menos al principio. Las empresas con unidades de negocio sólidas, equipos regionales o dominios alineados con productos suelen necesitar una estructura federada o descentralizada para evitar cuellos de botella.

Las organizaciones del sector sanitario, de los servicios financieros y de otros sectores regulados suelen necesitar una mayor coherencia en las políticas y controles más defendibles, lo que normalmente favorece la gobernanza centralizada o federada.

Los equipos con una madurez de gobernanza baja suelen beneficiarse de una propiedad central más clara al principio. A medida que mejoran las prácticas de administración de datos, la disciplina de los metadatos y la responsabilización de los dominios, los modelos distribuidos se vuelven más viables.

Las plataformas de datos en la nube modernas pueden respaldar la gobernanza federada de forma más eficaz porque permiten a los equipos distribuir la propiedad sin renunciar a la aplicación centralizada de políticas. Por ejemplo, en Snowflake Horizon Catalog, las organizaciones pueden aplicar el control de acceso basado en roles (RBAC) y el control de acceso basado en atributos (ABAC) integrados, la clasificación de datos confidenciales, el enmascaramiento de datos dinámico, las políticas de acceso a filas y el linaje en objetos nativos de Snowflake, tablas de Iceberg y fuentes de datos externas.

El stack tecnológico influye de forma significativa en la decisión sobre la plataforma porque un modelo operativo federado es mucho más difícil de mantener cuando cada dominio tiene que recrear controles de gobernanza por su cuenta. Cuanto más pueda tu plataforma incorporar etiquetas, exponer el linaje, clasificar campos confidenciales y aplicar reglas de enmascaramiento o acceso de forma coherente, más realista será una gobernanza de responsabilidad compartida.

Elegir un modelo de gobernanza de datos es, en última instancia, una cuestión de cómo debe funcionar la gobernanza en la práctica, tanto ahora como a medida que el patrimonio de datos crece y se vuelve más distribuido. La estructura debe respaldar derechos de decisión claros, una administración de datos duradera y una aplicación de políticas coherente en todos los dominios, sin hacer que la gobernanza sea tan centralizada que ralentice el negocio.

A medida que las plataformas de datos en la nube facilitan la aplicación de controles compartidos en equipos distribuidos, más organizaciones tienen margen para adoptar modelos de gobernanza que combinan estándares empresariales con ejecución a nivel de dominio.