Marco de referencia · estado a 10 de agosto de 2026
El DMBOK describe el territorio. El itinerario lo pone usted.
El cuerpo de conocimiento más citado de la gestión de datos, recorrido entero sobre un solo caso: PagoYa, una billetera digital con tres crisis simultáneas. Qué es el marco, cómo está armado por dentro, qué significan sus tres sentidos de «dimensión» y en qué orden se usa para montar un programa que sobreviva al tercer mes.
- áreas en la rueda
- 11
- capítulos en el libro
- 17
- interactivos sobre un caso
- 6
- meta de la 3ª edición
- 2027
Todo lo que se afirma del marco sale de las seis fuentes públicas listadas al final. El caso es ficticio.
Qué es
Un acuerdo de vocabulario que alguien se tomó el trabajo de escribir
El DAMA-DMBOK — Data Management Body of Knowledge — es el cuerpo de conocimiento de gestión de datos de DAMA International, una asociación profesional sin ánimo de lucro que existe desde 1980 y que trabaja por capítulos nacionales y con voluntarios. Eso es más importante de lo que parece: el libro no lo escribió una firma que vende algo. Nombra tipos de herramienta, nunca marcas, y esa omisión es una decisión editorial sostenida edición tras edición.
Lo que hace el DMBOK es poner de acuerdo a gente que ya estaba trabajando: le da un nombre estándar a cada frente de la gestión de datos, dice qué entra y qué sale de cada uno, y deja escrito quién debería estar en la conversación. Su valor no es que enseñe a hacer algo nuevo; es que permite que dos áreas que llevan tres años discutiendo descubran que estaban hablando de lo mismo con dos palabras distintas.
La referencia vigente es la segunda edición (DMBOK2), publicada en 2017, con una edición revisada de 2024 que es una versión de mantenimiento: unificó terminología, corrigió figuras, reordenó las fases de actividad, precisó la definición de dueño de datos y reescribió el capítulo de calidad. El marco no cambió. Desde octubre de 2024 esa edición revisada es la referencia del examen de certificación CDMP.
Lo que no es
- No es una norma. Nadie audita «cumplimiento DMBOK» y no existe la certificación de una organización contra el marco. Lo certificable es la persona, por el examen CDMP.
- No es una metodología. No trae pasos, ni cronograma, ni orden. Describe el territorio; el itinerario hay que construirlo — y ahí es donde se pierde la plata.
- No es una lista de compras. Las once áreas no son once proyectos por abrir. Repartir el presupuesto en once frentes es la forma más ordenada de no mover ninguno.
- No es gratis ni abierto. El libro se compra y DAMA no publica su texto. Lo público es el documento marco, la lista de cambios de la revisión y el proyecto de la 3.0.
Las ediciones
1ª edición · 2009
Diez funciones de gestión de datos. El vocabulario todavía era el de la administración de bases de datos.
2ª edición (DMBOK2) · 2017
Pasa de «funciones» a «áreas de conocimiento»: once, con integración e interoperabilidad como área nueva. Diecisiete capítulos.
DMBOK2 revisado · 2024vigente
Versión de mantenimiento: unifica terminología, corrige figuras, reordena las fases de actividad, precisa la definición de dueño de datos y reescribe el capítulo de calidad, que pasa de ocho a nueve dimensiones. El marco no cambió.
3ª edición · 2027 (meta)
Proyecto abierto de DAMA: rediseño de la rueda, actualización por IA y nube, alineación con otras normas. Cronograma público con publicación prevista en 2027.
Citar la 3.0 como si ya existiera es la señal más rápida de que no se leyó ninguna de las dos.
El caso
Un marco de seiscientas páginas no se entiende leyéndolo. Se entiende usándolo.
De aquí en adelante todo pasa sobre la misma empresa. No once ejemplos sueltos: un caso que evoluciona, para que se vea por qué las áreas del marco se necesitan entre sí.
Antes del caso · esto ya le pasó
No hace falta haber trabajado en una empresa. Lleva años dentro de una organización intensiva en datos, y cada una de estas escenas es un problema de gestión de datos con nombre propio.
La nota mal registrada
Le registraron mal una nota y nadie sabe quién puede corregirla. No hay dueño del dato ni derechos de decisión.
Gobernanza · cap. 3
¿Salón 302 o 210?
La app dice que la clase es en el 302; la cartelera, en el 210. El mismo dato difiere entre sistemas.
Calidad · consistencia
Sus datos, cinco veces
Cinco oficinas le han pedido los mismos datos cinco veces. No existe una fuente única de la verdad.
Maestros e integración
Correos fantasma
Sigue recibiendo correos de una lista de un semestre que ya no cursa: datos obsoletos y duplicados.
Actualidad y unicidad
Hoy le toca estar del otro lado del mostrador: ser quien lo arregla.
La empresa
PagoYa
Billetera digital creada por egresados de la universidad.
- · 80.000 usuarios estudiantiles
- · 15 empleados
- · 2 años en el mercado
- · creciendo 20 % cada mes
Quince personas y ochenta mil usuarios: la desproporción es el caso. Nada de lo que sigue se arregla contratando gente — se arregla repartiendo autoridad entre la que ya está.
Las tres bombas de esta semana
Bomba 1 · La filtración
Un practicante de marketing exportó la base completa de usuarios —nombres, documentos, teléfonos, saldos— a una hoja de cálculo personal «para un análisis» y la compartió por error en un grupo público. Nadie había definido quién puede exportar datos ni con qué autorización.
Seguridad (cap. 7), pero la causa está en Gobernanza (cap. 3): la política no existía.
Bomba 2 · Los duplicados
Marketing envió el bono de bienvenida de $20.000 tres veces a los mismos estudiantes: hay unos 9.000 usuarios duplicados con correos distintos. Costo del error: $54 millones. Soporte culpa al registro de la app, el CTO culpa a soporte y operaciones quedó en el medio.
Maestros (cap. 10) y Calidad (cap. 13). Nadie había definido qué es «un usuario único».
Bomba 3 · La decisión bloqueada
Producto quiere lanzar «PagoYa Score», un puntaje crediticio calculado con los datos de consumo. El abogado dice que no se puede, marketing dice que es la mina de oro, y el CTO admite que técnicamente ya lo construyó. Llevan seis semanas bloqueados porque nadie tiene la autoridad para decidir.
Gobernanza (cap. 3) y Ética (cap. 2). No es un problema técnico: es un problema de derechos de decisión.
El primer dibujo
La rueda: once áreas y un centro que ejerce autoridad sobre las otras diez
En la rueda la gobernanza aparece como una de las once áreas y, a la vez, ocupa el centro. No es una contradicción del dibujo: es su tesis. Gobernar es una función sobre la gestión, no un paso previo ni un departamento aparte.
La rueda del DMBOK · once áreas y un centro
Apague el centro. Las diez de afuera no se apagan: es exactamente lo que hace que la ausencia de gobierno sea tan difícil de ver desde adentro.
El número es el capítulo del DMBOK2. La gobernanza es una de las once y a la vez el centro: así dice el marco que gobernar es una función sobre la gestión.
Gobernanza de datos
Planeación, supervisión y control sobre la gestión del dato y sobre el uso del dato y de los recursos relacionados con él.
La decisión que vive aquí
Quién puede definir, cambiar, aprobar y prohibir en las otras diez áreas — y a quién se llama cuando algo se rompe.
Si esta área mejora, se mueven
La trampa de la rueda es leerla como once áreas iguales y armar un comité que las repase todas. Ninguna organización implementa once frentes a la vez, y la que lo intenta reparte el presupuesto en once partes que no mueven ninguna. La pregunta útil no es «¿qué nos falta?» sino «¿cuál de estas, si mejora, mueve a las otras?».
Primer ejercicio
La rueda no sirve para memorizarla. Sirve para diagnosticar con ella.
Once síntomas reales de PagoYa. Ninguno viene etiquetado y todos suenan a «problema de datos» — que es como llegan en la vida real. Cada uno lo resuelve exactamente un área del marco, y ninguna se repite.
Once síntomas de PagoYa · once dominios del DMBOK
Cada área del marco resuelve exactamente uno de estos síntomas. Ninguna se repite: si una le sale dos veces, una de las dos está mal.
1.Los 9.000 usuarios duplicados: el mismo «Juan Pérez» existe tres veces y no hay una versión oficial de cada persona.
2.Un practicante exportó la base completa de usuarios porque nada se lo impedía: nadie clasificó la sensibilidad ni limitó el acceso.
3.«Usuario activo» significa tres cosas distintas en tres reportes distintos, y nadie escribió nunca la definición oficial.
4.Nadie en PagoYa puede dibujar en una pizarra por dónde viaja el dinero de un pago entre sistemas.
5.La app se cayó una semana: el último respaldo probado tenía cuatro meses y nunca habían ensayado una restauración real.
6.En el archivo de clientes, 10 de 72 celdas tienen errores —vacíos, formatos inválidos, fechas futuras—: índice del 86 %.
7.«PagoYa Score» quedó bloqueado seis semanas: nadie tenía autoridad para decidir si se lanzaba ni con qué condiciones.
8.El saldo de un usuario vive en tres sistemas a la vez y no siempre coincide entre ellos.
9.La CEO pide «usuarios activos este mes» a tres personas y recibe tres cifras distintas, ninguna trazable a una fuente única.
10.La tabla Usuarios la diseñó un cofundador en una noche, sin diagrama: hoy nadie sabe qué significa cada columna sin preguntarle.
11.Los contratos, autorizaciones firmadas y soportes de PQR son PDF sueltos, sin reglas de quién los firma ni cuánto se conservan.
La otra mitad del libro
La rueda dibuja once áreas. El libro tiene diecisiete capítulos.
Las once áreas son los capítulos 3 al 13. Los otros seis quedan fuera del dibujo, y son —casi todos— los que explican por qué un programa de gobernanza vive o se muere. Quien conoce el DMBOK sólo por la rueda conoce menos de dos tercios del libro, y justamente le falta la parte que no se puede delegar en un proveedor.
Capítulo 1
Gestión de datos
Trae los trece principios rectores, el ciclo de vida del dato y los tres dibujos del marco. Es el capítulo que hay que leer si sólo se va a leer uno.
Capítulo 2
Ética en el manejo de datos
Aparece antes que la gobernanza, no después. Es la respuesta del DMBOK a la pregunta de si algo se puede hacer aunque sea legal.
Capítulo 14
Big data y ciencia de datos
Es donde se cuela hoy la analítica avanzada y la IA. Escrito antes de los modelos de lenguaje: la parte más envejecida del libro.
Capítulo 15
Evaluación de madurez
El diagnóstico. Sin él, el marco se lee como lista de compras y el presupuesto se reparte en once frentes que no mueven ninguno.
Capítulo 16
Organización y expectativas de rol
Dueños, custodios, comités. La parte que decide si la gobernanza es una autoridad o un acta mensual.
Capítulo 17
Gestión del cambio organizacional
El capítulo que casi nadie cita y el que explica la mayoría de los fracasos. Un marco no se implanta: se negocia.
Cómo está construido
Tres dibujos, y sólo uno se puede llevar a una reunión
El marco se sostiene en tres figuras: la rueda de áreas, el hexágono de elementos ambientales y el diagrama de contexto que abre cada capítulo. La rueda se cita, el hexágono se olvida y el diagrama de contexto es el único que se usa — porque cabe en una hoja y se llena hablando.
El hexágono: los siete elementos ambientales
Cada elemento se clasifica como gente, proceso o tecnología, y las metas y principios van al centro porque son lo que orienta a los demás. Es la clave de lectura de los diagramas de contexto: cuando se llena uno, lo que se está haciendo es instanciar estos siete elementos para un área concreta.
Metas y principios
Van al centro del hexágono: son lo que orienta a la gente y al uso de las herramientas. Si no están escritos, cada quien supone los suyos.
Actividades
Lo que se hace. En cada área se clasifican en cuatro fases: planear, desarrollar, controlar y operar.
Entregables
Lo que queda escrito o construido. Casi siempre es la entrada de otra área: por eso el marco insiste en que nada se implanta solo.
Roles y responsabilidades
Quién hace, quién aprueba, a quién se consulta, a quién se informa. El DMBOK los nombra; deliberadamente no baja al detalle de la matriz RACI.
Prácticas y técnicas
Los métodos y procedimientos con que se ejecutan las actividades. Aquí viven las métricas.
Herramientas
Los tipos de software que sostienen la actividad. Tipos, no marcas: el marco no nombra proveedores, y esa omisión es una decisión editorial.
Organización y cultura
El elemento que atraviesa todas las actividades y el que decide si lo demás se sostiene después del tercer mes.
Anatomía de un capítulo · el diagrama de contexto
Caso: el dato de contratación de una alcaldía. Reparta las trece piezas en las ranuras del diagrama.
Entra
- Entradas. Documentos, planes y datos que la actividad necesita para arrancar.
- Proveedores. Quién entrega esas entradas. Un rol o un sistema, con nombre.
Se hace
- Actividades. Lo que se hace, clasificado en planear, desarrollar, controlar y operar.
Sale
- Entregables. Lo que queda al final. Documentos y productos, no intenciones.
- Consumidores. Quién usa el entregable. Si no aparece nadie, el entregable sobra.
Participantes
Los roles responsables y los interesados: quién ejecuta y quién aprueba.
Herramientas
Los tipos de software que sostienen la actividad.
Métricas
Resultados medibles del proceso. Miden el dato o la decisión, no la asistencia.
No entra en el diagrama
Lo que el DMBOK deja deliberadamente afuera, o lo que no mide nada del dato.
Toda actividad se clasifica en cuatro fases — P planear · D desarrollar · C controlar · O operar —. La revisión de 2024 se ocupó, entre otras cosas, de reordenarlas.
La Ley 1712 obliga a publicar la información contractual de la entidad.
El archivo de contratos firmados que llega cada lunes.
SECOP II, la plataforma de donde sale ese archivo.
Acordar qué cuenta como «contrato vigente» y dejarlo escrito.
Perfilar el lote semanal y medir las reglas contra el umbral acordado.
El glosario con la definición aprobada de «contrato vigente».
La Secretaría de Hacienda, que aprueba el umbral de calidad.
Control interno, que usa el tablero para su informe trimestral.
El motor de reglas que ejecuta el perfilado.
Comprar un catálogo de datos corporativo.
Porcentaje de contratos sin fecha de inicio, medido cada semana.
Número de reuniones que tuvo el comité de datos este semestre.
La matriz RACI detallada, actividad por actividad.
El capítulo 1
Trece principios que casi nadie discute y casi nadie cumple
Son el fundamento declarado del marco. Leídos de corrido suenan a obviedades; leídos contra una organización concreta son un diagnóstico bastante incómodo. Abra cada uno para ver dónde se rompe.
1El dato es un activo con propiedades únicas.
Dónde se rompe. Se repite en la carta del gerente y no aparece en ningún estado financiero ni en ningún inventario con responsable.
2El valor del dato puede y debe expresarse en términos económicos.
Dónde se rompe. Nadie lo calcula. Sin cifra, la gobernanza compite por presupuesto contando anécdotas.
3Gestionar el dato significa gestionar su calidad.
Dónde se rompe. La calidad se mide en un tablero que no bloquea nada. Medir sin poder detener es reportar, no gestionar.
4Hacen falta metadatos para gestionar el dato.
Dónde se rompe. Se compra el catálogo antes de que alguien tenga la autoridad para aprobar una definición. Queda un inventario de campos sin dueño.
5Hace falta planear para gestionar el dato.
Dónde se rompe. El plan existe y dura hasta la primera urgencia. La gobernanza es lo primero que se suspende «esta vez».
6La gestión de datos es interfuncional: exige un rango amplio de habilidades y experiencia.
Dónde se rompe. Queda alojada en TI, que puede construir todo y no puede decidir nada.
7La gestión de datos requiere una perspectiva de empresa.
Dónde se rompe. Cada vicepresidencia optimiza su parte. La suma de óptimos locales es el desorden que se ve en el consolidado.
8La gestión de datos debe dar cuenta de una diversidad de perspectivas.
Dónde se rompe. La definición la fija quien llegó primero a la reunión, y las áreas que no fueron la desconocen sin decirlo.
9La gestión de datos es gestión del ciclo de vida.
Dónde se rompe. Se gobiernan las fases del medio. Las dos puntas —qué se recoge y qué se destruye— no las mira nadie.
10Distintos tipos de dato tienen distintas características de ciclo de vida.
Dónde se rompe. Una sola política de retención para todo. O se guarda de más y crece el riesgo, o se borra evidencia que había que conservar.
11Gestionar el dato incluye gestionar sus riesgos.
Dónde se rompe. El riesgo del dato vive en la matriz de TI, en rojo, sin pesos y sin dueño de negocio.
12Los requisitos de gestión de datos deben guiar las decisiones de tecnología.
Dónde se rompe. Es al revés: se compra la plataforma y después se pregunta qué problema de datos resuelve.
13Una gestión de datos efectiva exige compromiso del liderazgo.
Dónde se rompe. El patrocinador firma el arranque y no vuelve. La primera excepción que él mismo pide desarma la política.
Los enunciados son los del marco. La lectura de «dónde se rompe» es del curso, no del libro.
Las dimensiones
La palabra «dimensión» significa tres cosas distintas en el mismo libro
Es la confusión más frecuente al citar el DMBOK, y la que hace que dos personas crean estar de acuerdo cuando no lo están. Vale la pena separarlas de una vez.
Sentido 1 · el alcance
Las once áreas
Las dimensiones del oficio: los once frentes en los que se reparte la gestión de datos. Sirven para no olvidar un frente y para diagnosticar madurez, no para decidir por dónde empezar.
Ver la rueda ↑Sentido 2 · la descripción
Los siete elementos
Las dimensiones con las que el marco describe cada área: metas y principios, actividades, entregables, roles, prácticas, herramientas, cultura. Son las columnas del diagrama de contexto.
Ver el hexágono ↑Sentido 3 · la medición
Las nueve de calidad
Las del capítulo 13, que es de lo que habla el 90 % de la gente cuando dice «dimensiones». Eran ocho en 2017; la revisión de 2024 agregó vigencia y cambió reasonability por reasonableness.
Medirlas sobre un lote real →Las nueve dimensiones de calidad del DMBOK2 revisado
Exactitud · Accuracy
¿El valor corresponde a lo que pasó en el mundo? Es la única que no se puede verificar sin salir del sistema.
Completitud · Completeness
¿Está todo lo que debería estar? Se mide contra una expectativa, y la expectativa hay que escribirla.
Consistencia · Consistency
¿El mismo hecho se representa igual en todas partes? «Medellín» y «medellin» son dos municipios para una máquina.
Vigencia · Currency2024
Qué tan actual es el valor respecto del hecho que representa. Entró en la revisión de 2024.
Integridad · Integrity
¿Las referencias entre datos se sostienen? El huérfano no es un error de forma: es una relación que se rompió.
Razonabilidad · Reasonableness
¿El valor tiene sentido en su contexto? Válido y falso a la vez: un contrato por cero pesos pasa cualquier validación de tipo.
Oportunidad · Timeliness
¿Llegó a tiempo para la decisión que lo necesitaba? Un dato correcto que llega tarde no sirvió.
Unicidad · Uniqueness
¿Cada cosa del mundo aparece una sola vez? El duplicado no cambia las cifras: gasta los cupos.
Validez · Validity
¿El valor respeta el formato y el dominio definido? Es la más fácil de automatizar y la que menos garantiza.
Ni siquiera dentro de DAMA hay una sola lista de dimensiones
El capítulo británico publicó en 2013 sus seis dimensiones primarias (Completeness, Uniqueness, Timeliness, Validity, Accuracy, Consistency), que no coinciden con las nueve del libro. Y en 2020 el capítulo holandés armó un grupo de trabajo precisamente porque —según su propio informe— las definiciones del DMBOK2 «todavía no habían sido elevadas al estatus de norma y a veces eran mejorables». Ese grupo inventarió 127 definiciones de nueve fuentes autorizadas y las depuró hasta 60 preferidas.
La conclusión operativa no es que el marco esté mal. Es que la lista de dimensiones que usa una organización es una decisión suya, no una cita. Hay que escribirla, aprobarla y ponerle dueño, exactamente como cualquier otra política — y quien la presente como «lo que dice DAMA» está evadiendo la decisión.
Segundo ejercicio
Medir la calidad de un archivo que sí existe
El comité nombró a Tatiana Vera como steward del dominio Usuarios y le pidió el diagnóstico antes del viernes. Hoy usted es Tatiana. Doce registros, setenta y dos celdas evaluables y diez errores sembrados: el índice que salga de aquí es la línea base de todo lo que venga después.
Detective de datos · el archivo de usuarios de PagoYa
Hay diez celdas con error entre las 72 evaluables. Toque la celda sospechosa y diga qué dimensión viola. Acierto con dimensión correcta, 2 puntos; celda correcta con dimensión equivocada, 1; falso positivo, −1.
Briefing · lo que no está en el archivo
Hoy es julio de 2026. Los documentos válidos tienen entre ocho y diez dígitos. Y un dato que no está en el archivo: la app estuvo caída por mantenimiento total la semana del 13 al 19 de julio de 2026, así que ningún usuario pudo tener actividad real en ese periodo.
Errores hallados
0/10
Puntos
0
Falsos positivos
0
| ID | Nombre completo | Documento | Correo | Teléfono | Ciudad | Últ. actividad |
|---|---|---|---|---|---|---|
| U-1001 | ||||||
| U-1002 | ||||||
| U-1003 | ||||||
| U-1004 | ||||||
| U-1005 | ||||||
| U-1006 | ||||||
| U-1007 | ||||||
| U-1008 | ||||||
| U-1009 | ||||||
| U-1010 | ||||||
| U-1011 | ||||||
| U-1012 |
Tercer ejercicio
La gobernanza no es un documento: es un nombre en una casilla
Todo lo anterior se puede hacer sin gobernanza: diagnosticar áreas, medir calidad, dibujar diagramas. Esto no. Aquí hay que decir quién aprueba qué, con personas del organigrama y una sola regla dura — exactamente un aprobador por decisión.
El comité de crisis de PagoYa · quién decide qué
Lunes, 7:40 de la mañana. Nadie sabe quién debe decidir qué — y ese es exactamente el problema que hay que resolver. La gobernanza no contrata gente nueva: reparte autoridad entre la que ya está.
Paso 1 · los cinco roles de gobierno
Antes de repartir decisiones hay que saber qué hace cada rol. Asigne a cada uno su responsabilidad principal.
CDO
Data Owner (Usuarios)
Data Steward (Usuarios)
Data Custodian (TI)
Consejo de gobierno
Ver el organigrama de PagoYa (6 personas)
Valeria Pardo
CEO · cofundadora
Da la cara ante la junta, los inversionistas y los usuarios. Convocó el comité de crisis.
Julián Soto
CTO · cofundador
Construyó la plataforma. Su equipo de cuatro desarrolladores toca la base de datos todos los días.
Marcela Díaz
Directora de operaciones
Su área registra usuarios y responde soporte. El negocio de la tabla Usuarios es su negocio.
Tatiana Vera
Analista senior de soporte
Nadie conoce mejor los datos de usuarios — ni sus errores. Reporta a Marcela.
Ricardo León
Abogado externo · medio tiempo
El único que ha leído completa la Ley 1581. Cobra por horas.
Andrés Parra
Líder de marketing
Autor involuntario del bono triple. Dos practicantes a cargo. Quiere lanzar PagoYa Score ya.
Paso 2 · la matriz de autoridad
Toque cada celda para ciclar R → A → C → I → vacío. Una sola regla dura: exactamente una A por fila.
| Decisión crítica | Valeria · CEO | Marcela · Owner Usuarios | Tatiana · Steward | Julián · TI / Custodian | Ricardo · Legal |
|---|---|---|---|---|---|
| Autorizar (o no) exportaciones masivas de datos de usuarios | |||||
| Definir la regla oficial de «usuario único» para fusionar los 9.000 duplicados | |||||
| Implementar la validación técnica anti-duplicados en el registro | |||||
| Decidir si «PagoYa Score» se lanza y bajo qué condiciones | |||||
| Notificar la filtración a los usuarios afectados y a la autoridad | |||||
| Aprobar la política de acceso a datos por rol (quién ve qué) |
Cómo construirlo
El marco no trae itinerario. Trae restricciones.
Este es el hueco real del DMBOK y conviene decirlo sin rodeos: el libro describe qué existe, no en qué orden hacerlo. Ese vacío es el que llenan las consultoras, y es el que explica por qué dos hojas de ruta para la misma organización pueden verse completamente distintas y las dos estar bien.
Lo que sí es objetivo son las dependencias. No se nombra dueño de un dominio que nadie ha delimitado; no se escribe un umbral de calidad sobre un término que no está definido; no se configura una herramienta con una política que no existe. Diez movimientos, unas cuantas dependencias duras — y de los diez, exactamente uno tiene proveedor.
El orden de armado · diez movimientos
Ordénelos. No hay un único orden correcto: hay órdenes que no violan ninguna dependencia, y órdenes que garantizan que el programa se caiga en el tercer mes.
- 1
Nombrar la decisión que hoy se toma mal
Una decisión concreta del negocio, con su costo. No «mejorar la calidad de los datos».
- 2
Comprar e implantar la herramientase compra
Catálogo, motor de reglas, linaje. Lo que sostiene lo que ya se decidió.
- 3
Nombrar dueños de datos, con nombre propio
Una persona por dominio, de negocio, con autoridad para aprobar definiciones y umbrales.
- 4
Construir el glosario y los metadatos del alcance
Las definiciones aprobadas de los términos críticos, con su dueño y su fecha.
- 5
Medir dónde estamos
Diagnóstico de madurez por área y, sobre todo, de las dependencias entre ellas.
- 6
Escribir la política mínima exigible
Corta, con excepciones explícitas y con la ruta de quién autoriza cada excepción.
- 7
Escribir reglas de calidad y acordar el umbral
Medibles, sobre los términos del glosario, con un umbral que alguien firma.
- 8
Elegir dos o tres dominios y dejar fuera el resto
Los datos críticos de esa decisión. El resto queda explícitamente afuera, por escrito.
- 9
Definir las métricas del programa y su revisión
Qué se mide del programa, cada cuánto se mira y qué pasa cuando no mejora.
- 10
Definir el modelo operativo y el comité
Quién decide qué, con qué quórum, y a dónde escala lo que no se resuelve.
Dependencias violadas
6
cada una es un reproceso
La compra va de
2.º
de diez movimientos
Órdenes válidos posibles
230
ninguno es «el» del marco
«Comprar e implantar la herramienta» quedó antes de «Escribir la política mínima exigible»
La herramienta configura una política. Si no existe, el proveedor entrega la suya y la organización la hereda sin haberla discutido.
«Comprar e implantar la herramienta» quedó antes de «Construir el glosario y los metadatos del alcance»
Un catálogo sin definiciones aprobadas es un inventario de campos. Se llena solo y no dice nada.
«Comprar e implantar la herramienta» quedó antes de «Escribir reglas de calidad y acordar el umbral»
El motor ejecuta reglas. Comprarlo antes de tenerlas deja una licencia esperando a que alguien escriba lo único que importaba.
«Nombrar dueños de datos, con nombre propio» quedó antes de «Elegir dos o tres dominios y dejar fuera el resto»
No se puede nombrar dueño de un territorio que no se ha delimitado. Sin alcance, el rol se reparte entre todos y no lo ejerce nadie.
«Construir el glosario y los metadatos del alcance» quedó antes de «Elegir dos o tres dominios y dejar fuera el resto»
Un glosario de toda la organización no lo termina nadie. El del alcance elegido se termina en semanas.
«Escribir la política mínima exigible» quedó antes de «Definir el modelo operativo y el comité»
Una política sin instancia que la aplique se firma y no se cumple. Primero el mecanismo, después el texto.
La regla que resume el ejercicio: lo que se puede comprar es gestión; la autoridad no se compra. Nueve de estos diez movimientos son decisiones que alguien tiene que tomar con nombre propio. Sólo uno tiene proveedor — y en la mayoría de los programas es el primero que se ejecuta.
El entregable
Todo el marco cabe en seis bloques y una página
Último acto: el programa de gobernanza de PagoYa, en una hoja. Entra con dos insumos que ya tiene en la mano — la matriz de autoridad del comité y el índice de calidad del archivo como línea base. Si un bloque no se puede llenar con nombres y cifras del caso, es que todavía no está resuelto.
Bloque 1
Visión y principios
¿Para qué gobierna PagoYa sus datos? Dos o tres principios rectores.
- · Los datos son un activo estratégico
- · Un dato crítico, un dueño
- · Privacidad por diseño
- · Mínimo dato necesario
- · Calidad en el origen, no al final
Bloque 2
Roles y decisiones
¿Quién decide qué? Con personas del organigrama, no con cargos inventados.
- · Marcela como Data Owner de Usuarios
- · Tatiana como Data Steward
- · El equipo de Julián como custodio técnico
- · Consejo mensual presidido por Valeria
- · La RACI del comité adoptada como estándar
Bloque 3
Políticas y estándares
Las tres o cuatro reglas no negociables. Piensen en las tres bombas.
- · Política de exportación de datos
- · Clasificación de sensibilidad
- · Retención y eliminación
- · Acceso por rol (mínimo privilegio)
- · Uso ético de datos para productos nuevos
Bloque 4
Calidad y métricas
¿Cómo sabrán que mejora? Partan de la línea base del 86 %.
- · Línea base 86 % con fecha
- · Porcentaje de duplicados en Usuarios
- · Validación en el registro, no después
- · Tablero mensual al consejo
- · Meta con plazo: duplicados < 0,5 % en seis meses
Bloque 5
Metadatos y catálogo
¿Cómo harán los datos comprensibles y rastreables?
- · Glosario de negocio: qué es «usuario activo»
- · Catálogo de conjuntos con dueño
- · Linaje de los reportes clave
- · Diccionario de la tabla Usuarios
- · Etiquetas de sensibilidad
Bloque 6
Arquitectura y seguridad
¿Qué cambios técnicos sostienen todo lo anterior?
- · Mapa de sistemas y flujos
- · Fuente única para Usuarios
- · Cifrado en reposo y en tránsito
- · Accesos con doble factor y auditoría
- · Plan de respaldo probado
Con qué se califica
- · Cobertura: el canvas usa conceptos de al menos cuatro áreas distintas del DMBOK.
- · Concreción: roles y políticas nombran personas del organigrama y condiciones reales, no generalidades.
- · Trazabilidad: cada bloque responde a un problema específico del caso, no a un problema genérico.
- · Medición: las métricas tienen indicador, frecuencia y meta.
- · Ética: el diseño protege explícitamente a los titulares de los datos.
El criterio que más pesa es el segundo, y es el más incómodo: un canvas lleno de «se debe designar un responsable» no vale nada. La gobernanza empieza cuando aparece un nombre propio.
Después · capítulo 15
Medir madurez sin mentirse
La evaluación de madurez del DMBOK no es una calificación: es una radiografía por niveles que dice dónde está la organización y dónde invertir primero. No existe el «5 en todo», y perseguirlo es el error — el nivel objetivo depende del negocio, y un semillero universitario no necesita la madurez de un banco.
Una advertencia de lectura que importa al citar el capítulo 15: el instrumento de madurez que allí se describe se organiza en seis categorías, que no son las once áreas de la rueda. Confundir las dos listas es el error clásico. El radar de once áreas del laboratorio responde otra pregunta —cuál área desbloquea a las demás—; esto responde qué tan capaz es la organización de sostener lo que ya hace.
Estrategia
¿La organización sabe para qué gestiona sus datos y lo respalda con recursos?
- Visión y caso de negocio
- Patrocinio y financiación
- Alineación con el negocio
Gobierno
¿Quién decide qué sobre los datos, con qué políticas y bajo qué supervisión?
- Roles y derechos de decisión
- Políticas y estándares
- Supervisión, ética y cumplimiento
Calidad
¿Los datos son aptos para su uso, y cómo lo saben?
- Definición y reglas
- Medición y perfilamiento
- Prevención y mejora
Plataforma y arquitectura
¿La estructura técnica sostiene lo que el negocio necesita decidir?
- Arquitectura y modelos
- Integración e interoperabilidad
- Seguridad y accesos
Operaciones
¿El día a día del dato está bajo control?
- Almacenamiento y continuidad
- Ciclo de vida y retención
- Soporte y disponibilidad
Procesos de soporte
¿Existe lo que hace que todo lo anterior no se caiga?
- Metadatos y catálogo
- Competencias y cultura
- Gestión del cambio
Los cinco niveles
- 1InicialÉxito por héroes individuales. Nada definido.
- 2RepetibleLas prácticas existen, pero no están documentadas ni estandarizadas.
- 3DefinidoProcesos documentados, comunicados y aplicados de forma sistemática.
- 4GestionadoProcesos medidos con métricas; decisiones basadas en datos.
- 5OptimizadoMejora continua activa, metas cuantificadas, comparación con referentes.
La regla de oro del instrumento: si duda entre dos niveles, elija el menor. La evidencia manda, no la intención. Y un resultado bajo no es un fracaso: la mayoría de las organizaciones reales viven entre 1 y 3, y una línea base honesta vale más que un autorretrato favorable.
Por qué importa · agosto de 2026
Un libro de 2017 sigue siendo la referencia. Eso dice algo de los dos lados.
Lo que sostiene su vigencia
- Es el vocabulario del Estado colombiano. La guía específica de gobierno de datos de MinTIC —MGGTI.GE.GI.04, versión 3.0 de noviembre de 2024, la que le aplica a las entidades públicas— se apoya explícitamente en el DMBOK2 y toma de él hasta los principios de valoración del dato como activo. Quien va a hablar de datos con una entidad pública colombiana está hablando DMBOK, lo sepa o no.
- Es lo que certifica la persona. El examen CDMP se prepara con la edición revisada desde octubre de 2024. Es la credencial que hoy se pide en las convocatorias de gobierno de datos de la región.
- Es neutral frente a proveedores. En un mercado que se consolidó a golpe de adquisiciones, un marco escrito por voluntarios y sin marcas es de las pocas referencias que no tiene un interés comercial en la respuesta.
- Es el prerrequisito que la IA volvió urgente. Nadie firma un presupuesto para «mejorar la calidad de los datos»; casi todos firman uno para no perder la inversión en IA que la junta ya aprobó. El marco no cambió: cambió quién pregunta por él.
Lo que hay que decir en contra
- Su núcleo es anterior a los modelos de lenguaje. El capítulo de big data y ciencia de datos es de 2017 y la revisión de 2024 no lo tocó. Para gobernar un sistema de IA hoy hace falta ir a otras referencias —NIST AI RMF, ISO/IEC 42001, el EU AI Act— y el DMBOK sólo aporta la capa de abajo: quién responde por los datos con que se entrenó.
- Es descriptivo, y eso se paga. No hay pasos, no hay umbrales, no hay criterios de aceptación. Un marco que no se puede incumplir tampoco se puede exigir.
- Ni sus propias definiciones son norma. Lo dijo un capítulo de DAMA, no un crítico externo: las definiciones de calidad no alcanzaban el estatus de estándar.
- La 3.0 lleva dos años en camino. Publicación prevista para 2027, con rediseño de la rueda y actualización por IA y nube. Hasta entonces, la referencia es la de 2017 revisada — y conviene no citar lo que todavía no existe.
El DMBOK contra sus vecinos
La pregunta no es cuál es mejor: es cuál sirve ante el interlocutor que uno tiene enfrente.
| Marco | Qué es | Naturaleza | ¿Certifica? | Cuándo usarlo |
|---|---|---|---|---|
| DAMA-DMBOK2 | Cuerpo de conocimiento: describe el territorio de la gestión de datos y le pone nombres estándar. | Descriptivo, voluntario, sin autoridad normativa. | A personas (CDMP). A organizaciones, no: nadie audita «cumplimiento DMBOK». | Para tener vocabulario común y no olvidar un frente. No para saber en qué orden hacerlo. |
| ISO/IEC 38505-1 | Norma de gobernanza del dato. Aplica el modelo EDM: evaluar, dirigir, monitorear. | Norma internacional, de pago, no certificable. | No. | Para separar el plano de gobierno del de gestión ante una junta directiva. |
| COBIT 2019 | Marco de gobierno y gestión de TI de ISACA. Objetivos, métricas y niveles de capacidad. | Marco propietario, con esquema de evaluación. | A personas, y evalúa capacidad de procesos. | Cuando el interlocutor es auditoría interna o el comité de riesgos y quiere niveles. |
| DCAM (EDM Council) | Modelo de capacidades de gestión de datos con puntuación por componente. | Modelo de evaluación de un consorcio de la industria financiera; acceso pagado. | Evalúa organizaciones con puntaje. | Cuando hace falta un número comparable, típicamente ante un regulador financiero. |
| ISO 8000 / ISO 25012 | Normas de calidad de datos: requisitos de intercambio y modelo de características de calidad. | Normas internacionales, de pago; la 8000 es certificable en partes. | Parcialmente, sobre procesos y datos maestros. | Cuando la calidad hay que demostrarla contractualmente, no sólo medirla. |
Las tres preguntas que valen por el libro
- ¿Cuál de las once áreas, si mejora, mueve a las otras? No la más baja: la que más habilita. Es la diferencia entre un diagnóstico y una foto.
- ¿Quién firma el umbral? Si la respuesta es «el equipo de datos», no hay gobernanza: hay un equipo cargando con una decisión de negocio que nadie quiso tomar.
- ¿Qué se compró antes de decidirse? De los diez movimientos de un programa, uno tiene proveedor. Cuando ese es el primero que se ejecutó, el resto de la historia ya está escrita.
Las tres se responden sobre PagoYa en esta misma página: el diagnóstico por síntomas, la auditoría de calidad y la matriz de autoridad. Y fuera de aquí: el diagnóstico de madurez sobre las once áreas vive en la sesión 5; las dimensiones de calidad se miden sobre un lote real en la sesión 7; los términos, con su confusión típica, están en el glosario; y el estado de las ediciones se sigue en el radar.
Procedencia
De dónde sale cada afirmación
El libro es de pago y DAMA no publica su texto. Todo lo que se afirma aquí está sostenido por una fuente pública consultable; lo que es lectura del curso —el «dónde se rompe» de cada principio, las escenas sin centro de la rueda, las trampas del diagrama— va dicho como tal en su lugar.
DAMA-DMBOK2 Framework (DAMA International)
Documento marco público: las once áreas con su definición, los siete elementos ambientales y la estructura de los diagramas de contexto.
Abrir fuente ↗DMBOK2 Revised Edition — FAQ (DAMA International)
Qué cambió en la revisión de 2024 y desde cuándo es la referencia del examen CDMP (octubre de 2024).
Abrir fuente ↗DMBOK 2.0 Revision — lista de cambios (damadmbok.org)
Detalle capítulo por capítulo. De ahí sale que las dimensiones de calidad pasaron de ocho a nueve.
Abrir fuente ↗Proyecto DAMA-DMBOK 3.0
Alcance y cronograma de la tercera edición: publicación prevista en 2027.
Abrir fuente ↗Dimensions of Data Quality (DDQ) — DAMA NL, 2020
127 definiciones de nueve fuentes reducidas a 60. Dice, en su propio texto, que las definiciones del DMBOK2 «no habían sido elevadas al estatus de norma».
Abrir fuente ↗MinTIC — Guía específica MGGTI.GE.GI.04 Gobierno de datos, v3.0 (noviembre de 2024)
La guía con la que el Estado colombiano le pide gobierno de datos a sus entidades. Se apoya explícitamente en el DMBOK2.
Abrir fuente ↗
Estado de las ediciones revisado el 10 de agosto de 2026.