Si trabajas con datos suficiente tiempo, alguien te pondrá el DMBOK en las manos. Es un libro pesado con una rueda en la portada, es lo más parecido a un vocabulario compartido que tiene la profesión y se malinterpreta de forma rutinaria: normalmente como una lista de tareas que hay que completar en lugar de una referencia que hay que consultar.
El DAMA Data Management Body of Knowledge es un cuerpo de conocimiento, que es una cosa concreta y algo incómoda de ser. Te dice en qué consiste la disciplina, qué aspecto tiene lo bueno en cada parte y qué vocabulario usar. No te dice qué hacer el lunes. Entender esa distinción es lo que separa a quien saca valor del DMBOK de quien pasa un año produciendo artefactos que nadie lee.
Este artículo cubre qué dice el marco sobre la gobernanza de datos en concreto, y cómo usarlo sin ahogarse en él.
Cómo define el DMBOK la gobernanza de datos
La definición es corta y vale leerla dos veces:
El ejercicio de autoridad, control y toma de decisiones compartida (planificación, monitorización y cumplimiento) sobre la gestión de los activos de datos.
Tres palabras de ahí hacen la mayor parte del trabajo.
Autoridad significa que la gobernanza tiene el respaldo suficiente para que una decisión se sostenga. Sin eso tienes un foro que emite recomendaciones, que es una forma de teatro muy común y muy caro.
Compartida significa que la toma de decisiones está distribuida en lugar de concentrada en TI o en un equipo central. La gobernanza es un acto transversal porque las definiciones y los apetitos de riesgo que decide pertenecen al negocio.
Sobre la gestión de los activos de datos es la parte que más se pasa por alto. La gobernanza no es la gestión de datos. Es autoridad ejercida sobre esa gestión. Se sitúa por encima del trabajo en lugar de hacerlo, que es exactamente la razón por la que puede ser pequeña.
Por qué la gobernanza está en el centro de la rueda
La rueda del DMBOK pone la gobernanza de datos en el eje y las demás áreas de conocimiento alrededor: arquitectura, modelado, almacenamiento y operación, seguridad, integración, documentos y contenido, datos de referencia y maestros, almacén analítico e inteligencia de negocio, metadatos y calidad de datos.
Quien empieza lee el eje como un ranking: la gobernanza es la función más importante. No es un ranking, es una topología. La gobernanza está en el medio porque todas las demás áreas necesitan decisiones que no pueden tomar por su propia autoridad. Seguridad necesita conocer los niveles de clasificación. Datos maestros necesita saber qué sistema es autoritativo para cliente. Calidad de datos necesita conocer la tolerancia y quién acepta el riesgo de no alcanzarla. Todo eso son salidas de gobierno, consumidas por otras funciones.
Leído así, el eje te dice algo práctico: si tu función de gobierno produce artefactos que ninguna otra área de conocimiento consume, no está en el centro de nada.
Los cuatro componentes que lo hacen funcionar
El DMBOK describe la gobernanza a lo largo de un capítulo extenso. En la implementación se reduce a cuatro componentes, y un programa al que le falte cualquiera de ellos se atascará.
Roles y responsabilidades
El marco distingue roles que las organizaciones suelen mezclar:
- Propietarios de datos: responsables de un dominio de datos. Aprueban definiciones, aceptan riesgo y deciden accesos. Con rango suficiente para decir no y cerca del negocio para saber qué significa el dato.
- Custodios de datos: hacen el trabajo definicional y de calidad. Mantienen el glosario de negocio, investigan defectos, coordinan correcciones. Aquí se van la mayoría de las horas reales.
- Custodios técnicos: los equipos responsables del almacenamiento, los controles y la operación. Implementan; no deciden.
El modo de fallo es un programa con propietarios nombrados en una diapositiva y sin custodios. Propiedad sin stewardship produce una persona responsable sin capacidad de actuar, y dejará de asistir sin decir nada.
Políticas y estándares
Las políticas de datos dicen qué debe ser cierto; los estándares dicen cómo. Clasificación, retención, tratamiento de privacidad bajo RGPD, LGPD o HIPAA, aprobación de accesos, convenciones de nombres y umbrales de calidad para los elementos de datos críticos viven aquí.
El DMBOK es claro en que deben ser pocas, localizables y exigibles. En la práctica, las organizaciones escriben demasiadas y no las ubican en ningún sitio. Un cuerpo de políticas funciona cuando un custodio puede responder con él a una pregunta real en menos de un minuto.
Una nota sobre cuántas políticas son suficientes. Nueve de cada diez organizaciones con las que he trabajado tenían más páginas de política que custodios, lo cual es una señal fiable de que escribir había sustituido a decidir. Si una política nunca se ha citado en una decisión real y nadie puede nombrar a su dueño, es documentación, no gobierno.
Órganos de decisión
El marco describe un consejo de gobierno de datos o comité de dirección: el foro donde se resuelven los conflictos entre dominios y se aprueban los estándares.
Una advertencia que el libro insinúa y la práctica hace evidente: los consejos revisan bien y deciden mal. Usa el foro para arbitrar, escalar y aprobar estándares. Deja las decisiones rutinarias en manos de personas con nombre, o tu tiempo de decisión se convertirá en la cadencia de la reunión.
Supervisión y monitorización
La gobernanza sin medición deriva hacia la afirmación. Supervisar significa saber qué porcentaje de elementos críticos tiene propietario activo, si la calidad está dentro de tolerancia, cuánto tardan las decisiones de acceso y si las definiciones aprobadas se están reutilizando de verdad. Ese informe es lo que permite pedir financiación continuada con algo más que un principio.
La supervisión también es cómo te enteras de que la gobernanza ha dejado de ocurrir. La señal rara vez es un fallo dramático; es un descenso lento en la cobertura de propiedad a medida que la gente cambia de puesto, y nadie lo nota durante dos trimestres porque nadie lo estaba publicando.
Cómo la gobernanza dirige las demás áreas de conocimiento
| Área de conocimiento | Qué aporta la gobernanza | Qué hace el área con ello |
|---|---|---|
| Calidad de datos | Tolerancias, lista de elementos críticos, quién acepta riesgo | Perfilado, reglas, monitorización, remediación |
| Seguridad | Niveles de clasificación, reglas de manejo, política de acceso | Cifrado, modelos de rol, aplicación, auditoría |
| Arquitectura | Fronteras de dominio, fuentes autoritativas, estándares | Modelos, patrones de integración, diseño de plataforma |
| Referencia y maestros | Qué sistema es autoritativo por entidad | Emparejamiento MDM, supervivencia, distribución |
| Metadatos | Aprobación de definiciones, registro de propiedad | Poblado del catálogo, captura de linaje |
| Almacén y BI | Definiciones de métricas certificadas, reglas de retirada | Modelos semánticos, reporting certificado |
El patrón es constante. La gobernanza produce una decisión; el área de conocimiento produce un sistema que la implementa. Nada de la columna central exige una plataforma, y nada de la columna derecha se resuelve en una reunión.
Lo que el DMBOK no te va a dar
Aquí es donde la mayoría de las implementaciones se descarrilan, así que conviene ser directo.
El DMBOK no secuencia el trabajo. Presenta once áreas de conocimiento como pares, y una organización que intente levantar las once a la vez no hará progreso visible en ninguna. La secuencia es tu juicio, informado por el sitio del que salen realmente tus escalados.
Tampoco dimensiona la función. Nada en el libro te dice si necesitas dos custodios o veinte, ni si operar centralizado o federar. Eso depende de cuántas personas con nombre pueden darte de verdad un día a la semana, que es una pregunta de capacidad, no de marco.
Y no te da un caso de negocio. El marco no le dirá a tu director financiero cuánto cuestan los datos malos. Ese número lo tienes que construir con tus propias horas de retrabajo, registros duplicados y esfuerzo de reconciliación; la calculadora del coste de los datos malos es una estimación inicial utilizable.
Usar el DMBOK sin ahogarse
Un enfoque práctico, en el orden en que yo lo ejecutaría.
Adopta el vocabulario ya. Usar los términos del DMBOK para propietario, custodio, custodio técnico y elemento de datos crítico no cuesta nada y elimina una categoría entera de confusión en cada conversación posterior.
Después elige tres áreas de conocimiento, escogidas por dónde te duele y no por el orden del libro. Para la mayoría de las organizaciones el trío productivo es la propia gobernanza, la calidad de datos y los metadatos, porque propiedad, medición y definiciones documentadas se refuerzan entre sí y producen resultados visibles dentro de un trimestre.
Usa el contenido de madurez como diagnóstico, no como objetivo. Un modelo de madurez sirve para encontrar tu dimensión más débil y no vale nada como ambición; "llegar al nivel 4" no es un resultado que nadie fuera del equipo de datos vaya a financiar. Si quieres una lectura rápida de dónde estás, la evaluación de madurez cubre las dimensiones que predicen si un programa aguanta.
Y considera la certificación si quieres el vocabulario en serio. El CDMP examina todo el cuerpo de conocimiento, y estudiarlo es la forma más eficiente de dejar de adivinar qué capítulo responde a cada pregunta.
La gobernanza como práctica iterativa
El marco es explícito en que esto es continuo. Los modelos de negocio cambian, la regulación se mueve, los sistemas se reemplazan y cada reorganización deja huérfano un conjunto de propietarios. Una función de gobierno que no revisa sus propios derechos de decisión, no retira los controles que dejaron de ganarse su sitio y no reconfirma la propiedad después de cada reorganización perderá lo que consiguió en su primer año.
Esa es la lectura honesta del DMBOK sobre gobernanza de datos: un vocabulario compartido, una descripción de qué aspecto tiene lo bueno y una afirmación clara de que la autoridad —no la herramienta, no la documentación— es lo que hace que algo de esto funcione.
Para la capa práctica que el libro deja deliberadamente abierta, Cómo construir un modelo operativo de gobierno de datos cubre cómo los derechos de decisión se convierten en rutinas, e Introducción a las bases de un programa de gobierno de datos expone los fundamentos en el orden en que yo los construiría.