La consultoría de gestión se ha apoyado en personas, procesos y tecnología durante décadas, y es una tríada genuinamente útil. Aplicada al trabajo con datos también está incompleta, porque trata como dado lo que se está gobernando. Añade la cuarta esquina y tienes lo que he acabado llamando el Cuadrado de Oro: personas, procesos, tecnología y datos.
El valor del modelo no es descriptivo. Es diagnóstico. Casi todos los programas de gobierno de datos atascados que me han pedido revisar eran fuertes en dos esquinas, aceptables en una y vacíos en la cuarta, y la esquina vacía era con fiabilidad la razón del atasco. Así que este artículo cubre qué contiene realmente cada esquina y, más útil todavía, cómo se ve el fracaso cuando falta una de ellas.
Personas: autoridad, capacidad y cultura
El gobierno lo ejercen personas, y esta esquina tiene tres requisitos distintos que las organizaciones suelen mezclar.
Autoridad. Alguien tiene que poder tomar una decisión que se sostenga. Eso significa un propietario de datos por dominio con rango suficiente para que un colega de su mismo nivel no vuelva a discutir al mes siguiente la definición que ha aprobado.
Capacidad. Alguien tiene que tener horas disponibles para hacer el trabajo: el trabajo lento de las definiciones, la investigación de defectos, la respuesta a preguntas. Es la función de stewardship, y es la parte peor dotada de casi cualquier programa de gobierno. Medio día a la semana, acordado con el propio responsable del custodio, vale más que cualquier cantidad de compromiso nominal.
Cultura. Suficientes personas tienen que entender por qué existen los controles para cumplirlos sin que las persigan. Eso es una cuestión de alfabetización de datos, y determina si el gobierno se vive como ayuda o como obstáculo.
Las tres son independientes, y por eso la inversión parcial produce tan poco. Un propietario con autoridad y sin capacidad aprueba despacio y deja de asistir. Un custodio con capacidad y sin propietario por encima produce documentación excelente que nadie ratifica. Y los dos trabajando en una cultura a la que nadie le ha explicado por qué esto importa se pasan la semana negociando en lugar de decidiendo.
Procesos: las rutinas que llevan las decisiones
El proceso es lo que convierte una intención de gobierno en algo que pasa un martes tanto si alguien se acuerda como si no.
Las rutinas centrales son pocas: cómo se propone, revisa y aprueba una definición; cómo se levanta, clasifica y cierra un defecto de calidad; cómo se solicita y se decide un acceso; cómo se evalúa el impacto de un cambio en un activo compartido; y cómo se reconfirma la propiedad después de una reorganización.
El principio de diseño que importa más que cualquier detalle: incrusta estas rutinas dentro de rutinas que ya existen en lugar de crear otras paralelas. Un umbral de calidad en la definición de "terminado" de un pipeline sobrevive. Un comité de revisión de gobierno separado, al lado del proceso de entrega, funciona mientras alguien lo persigue y decae en el momento en que la atención se mueve.
| Elemento de proceso | Qué produce | Dónde debería vivir |
|---|---|---|
| Aprobación de definiciones | Un significado autoritativo por término de negocio | El glosario de negocio, mantenido por custodios |
| Gestión de incidencias de calidad | Clasificación, responsabilidad y cierre | La cola de incidentes o tickets ya existente |
| Decisiones de acceso | Un sí o un no dentro de un nivel de servicio | Reglas permanentes por nivel de clasificación |
| Revisión de impacto de cambios | Consecuencias aguas abajo conocidas antes del cambio | La gestión de cambios y releases existente |
| Reconfirmación de propiedad | Ningún dominio huérfano tras una reestructuración | Trimestral, junto a la revisión de portafolio |
Tecnología: el habilitador, no el programa
La tecnología hace el gobierno barato de sostener e imposible de arrancar. Ese orden importa, porque esta esquina es donde va primero la mayor parte del presupuesto.
Lo que la herramienta hace de verdad: un catálogo de datos hace localizables las definiciones y la propiedad; los motores de calidad miden reglas de calidad con periodicidad y enrutan alertas; la captura de linaje responde "qué se rompe si cambio esto"; las plataformas de acceso aplican el modelo de roles; las herramientas de flujo quitan la persecución de las aprobaciones.
Lo que no hace es decidir nada. Un catálogo alojará cuatro definiciones contradictorias de ingresos sin quejarse, porque no tiene opinión sobre cuál es correcta ni autoridad para hacer vinculante ninguna. La tecnología acelera el proceso que ya tienes, incluido uno malo. Automatizar un patrimonio sin dueño y sin definir produce caos más rápido y con mejores registros.
Hay una secuencia defendible aquí. Compra herramienta cuando la carga manual de un proceso que ya funciona sea la restricción activa, no antes. Eso normalmente significa el segundo año, y significa que llegas a la conversación de compra sabiendo qué necesitas que haga la herramienta, lo cual vale más que cualquier cantidad de evaluación comparativa.
Datos: la esquina que la tríada clásica olvida
La cuarta esquina es el activo en sí, y añadirla cambia el análisis de tres formas concretas.
Te obliga a ser selectivo. No todos los datos merecen gobierno. Identificar los elementos de datos críticos —los atributos cuyo fallo causa daño visible al negocio— es lo que mantiene proporcionado un programa. Las organizaciones que se saltan este paso gobiernan todo superficialmente en lugar de algo bien.
Te obliga a tener en cuenta la forma. Registros estructurados en un almacén, logs y flujos de eventos semiestructurados, y documentos, contratos y medios no estructurados: todos necesitan gobierno, y los controles no se transfieren entre ellos. Un esquema de clasificación diseñado para columnas de base de datos aplicado a un repositorio documental produce una política que no se puede aplicar.
Y te obliga a pensar en el ciclo de vida. El dato se crea, se usa, se queda obsoleto y en algún momento debería archivarse o borrarse. La retención con un disparador real es una decisión de gobierno que la mayoría de los programas aplaza indefinidamente, y así es como las organizaciones acaban guardando datos personales once años sin base defendible.
Cómo se ve el fracaso en cada esquina
Aquí está el valor diagnóstico del modelo.
Personas débiles, todo lo demás fuerte. Tienes plataforma, procesos documentados y una lista clara de elementos críticos, y ningún propietario con autoridad. Las definiciones se proponen y nunca se aprueban. Las alertas de calidad llegan a una lista de distribución. Todo está listo para funcionar y nada decide. Es el fracaso más común y el más barato de arreglar, porque nombrar propietarios cuesta una decisión y no un presupuesto.
Procesos débiles, todo lo demás fuerte. Gente capaz, buena herramienta, prioridades claras, y cada acto de gobierno es un esfuerzo individual heroico. Funciona mientras esas personas están y desaparece cuando cambian de puesto. El síntoma es un programa cuyo resultado correlaciona sospechosamente bien con la agenda de una persona.
Tecnología débil, todo lo demás fuerte. Propietarios, rutinas y lista de elementos críticos, todo operado con hojas de cálculo y buena voluntad. Este caso funciona de verdad, hasta cierto punto; es como yo arrancaría cualquier programa de primer año. Se rompe con la escala: en algún punto alrededor de cien activos o unas decenas de reglas, la carga manual supera la capacidad disponible y los custodios empiezan a saltarse lo que nadie comprueba.
Esquina de datos débil, todo lo demás fuerte. Una función bien dotada, bien equipada y bien organizada gobernando todo a la vez sin priorización. Actividad enorme, ningún resultado visible y una población de custodios quemándose despacio documentando campos que nadie lee. El remedio es una lista de elementos críticos y la disposición a dejar cosas sin gobernar a propósito.
Encontrar tu restricción
Puntúa cada esquina con honestidad, de uno a cinco, y actúa sobre la más baja.
Para personas, pregunta: ¿puedes nombrar en menos de un minuto a la persona responsable de tus cinco dominios principales, y cada una de ellas tiene a alguien con horas reales para hacer el trabajo?
Para procesos, pregunta: si las dos personas más implicadas en tu función de gobierno se fueran el mes que viene, ¿qué rutinas seguirían pasando?
Para tecnología, pregunta: ¿la restricción activa de tus rutinas de gobierno es hoy el esfuerzo manual o la ausencia de decisiones? Compra solo cuando la respuesta honesta sea la primera.
Para datos, pregunta: ¿puedes producir la lista de atributos cuyo fallo causa daño visible al negocio, y es lo bastante corta para gobernarse de verdad?
La puntuación más baja es tu próxima inversión, y muy a menudo no es la que trae un proveedor detrás. Si quieres una versión estructurada de este diagnóstico sobre las mismas dimensiones, la evaluación de madurez cubre las cuatro, y la calculadora del coste de los datos malos te ayudará a poner cifra a lo que te está costando la esquina más débil.
El sentido de la alineación
Ninguna de las cuatro esquinas produce valor por su cuenta. Personas sin proceso son heroicas e irrepetibles. Proceso sin tecnología es sostenible solo a pequeña escala. Tecnología sin personas automatiza un patrimonio sin definir. Y las tres sin una visión clara de qué datos importan producen una enorme cantidad de irrelevancia bien gobernada.
Cuando se alinean, el gobierno deja de ser algo que se les hace a los equipos y se convierte en la razón por la que sus decisiones son más rápidas y sus números cuadran. Esa es toda la ambición, y es más alcanzable de lo que los marcos hacen parecer.
Para la mecánica de las esquinas de personas y procesos en concreto, 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.