¿Quién es el dueño de un dato? Gobierno ligero para pymes

Cuando un dato crítico falla —una tarifa desactualizada, un margen que no cuadra, un estado de pedido que nadie ha tocado en semanas—, la reacción habitual es buscar qué herramienta lo arregla. La pregunta útil es otra: ¿quién responde por ese dato? En la mayoría de las pymes la respuesta honesta es "nadie", y ahí está el problema, no en el software. Este artículo trata una decisión concreta: nombrar un responsable para cada dato crítico de la empresa. Qué significa serlo, qué decide exactamente esa persona y cómo montarlo sin comités ni burocracia.

Qué es un dueño de dato (y qué no es)

Un dueño de dato no es un cargo nuevo ni una persona a contratar. Es alguien de la casa que asume una responsabilidad clara: sobre este dato, las reglas las decido yo y respondo de que se cumplan.

Conviene deshacer un malentendido frecuente: el dueño de un dato no es el informático ni el proveedor que administra la herramienta donde vive. Administrar el sistema es una cosa; responder por lo que contiene, otra. Quien gestiona los permisos del CRM no tiene por qué saber si una tarifa está vigente, igual que quien mantiene el edificio no decide qué se guarda en cada despacho.

Tampoco es la persona que lo teclea todo ni la que corrige cada error. El dueño no hace todo el trabajo sobre el dato: decide las reglas del dato y tiene la última palabra cuando hay dudas. La ejecución puede estar repartida; la responsabilidad, no.

Qué decide exactamente un dueño de dato

La propiedad de un dato se concreta en unas pocas decisiones. Para su dato, el dueño decide:

• Qué cuenta. Qué significa en la práctica: desde cuándo una tarifa está vigente, qué convierte a un cliente en "activo". No hace falta un tratado; hace falta que haya una respuesta y sea la suya.
• Quién lo crea y lo modifica. Qué personas o sistemas pueden darlo de alta o cambiarlo, y desde dónde. Un dato que puede tocar cualquiera desde cualquier sitio no tiene reglas: tiene costumbres.
• Qué calidad mínima exige. Qué campos no pueden ir vacíos, qué formato se usa, qué se valida antes de guardar.
• Cómo se corrige un error. Dónde se arregla —en el origen, no en la copia del informe— y a quién hay que avisar.
• Qué pasa con las excepciones. Todo dato real las tiene; la diferencia entre orden y caos es si las resuelve un criterio o el ánimo del día.

Nada de esto exige conocimientos técnicos. Exige conocer el negocio y tener autoridad para que la decisión se cumpla.

Qué pasa cuando el dueño no existe

Un dato sin dueño se degrada al ritmo de su uso: cuanta más gente lo toca, peor se pone, porque todos lo alimentan y nadie responde. Las consecuencias tienen un patrón reconocible.

Las mismas discusiones se repiten en cada reunión, porque nadie tiene autoridad para cerrarlas: cada área defiende su versión y la conversación se aplaza hasta el mes siguiente. Las limpiezas de datos se deshacen en semanas, porque se corrigieron los registros pero nadie cambió las reglas de entrada; es achicar agua sin tapar la vía. Y cuando el dato falla en un momento que importa —una oferta con la tarifa vieja, un pedido servido con datos de hace meses—, la energía se va en buscar culpables en lugar de en arreglar la regla que faltaba.

Lo llamativo es que todo esto convive con gente competente y herramientas correctas. No falla nadie en particular: falla que no hay nadie en particular.

Gobierno ligero: una lista y un nombre por línea

La palabra "gobierno del dato" evoca comités, oficinas y documentos que nadie lee. Para una pyme, sobra casi todo. El gobierno ligero cabe en tres pasos:

1. Una lista corta de datos críticos. Los que alimentan la facturación, las decisiones recurrentes o las obligaciones legales. Si la lista no cabe en una página, sobra la mitad: crítico significa que su fallo cuesta dinero o decisiones, no que alguien lo use.
2. Un nombre al lado de cada línea. Un nombre, no un departamento: "comercial" no responde a preguntas, una persona sí. La propiedad compartida no funciona, porque "de todos" es la forma educada de "de nadie".
3. Las decisiones, apuntadas donde el equipo las lea. Las reglas que el dueño va fijando se escriben en un sitio accesible. Sin eso, el gobierno vive en conversaciones y muere con ellas.

Y nada más, de momento. El gobierno se amplía cuando un problema real lo pide, no antes. Empezar por el organigrama completo del dato es la manera más segura de que en unos meses no quede nada.

Cómo elegir al dueño

La regla práctica: el dueño natural de un dato es quien sufre las consecuencias cuando está mal, no quien administra el sistema donde vive. Quien responde del margen es el candidato natural para la tarifa; quien responde de la entrega, para el estado de los pedidos. Ese alineamiento importa porque convierte el interés propio en mantenimiento: cuidar el dato es cuidarse.

Si dos áreas sufren por igual, decide quién lo usa más a menudo para decidir. Y quien acepte el papel necesita dos cosas de dirección: autoridad real —si decide que un campo es obligatorio, tiene que poder hacerse efectivo y el resto acatarlo— y tiempo reconocido, aunque sea poco. Nombrar dueños sin darles ninguna de las dos es cambiar el problema de nombre.

Tres preguntas para empezar esta semana

1. ¿Qué datos, si están mal, nos cuestan dinero o decisiones? Esa es la lista.
2. ¿Quién sufre hoy cuando cada uno de ellos falla? Ese es el candidato a dueño.
3. ¿Dónde va a apuntar sus reglas para que el resto las siga?

Nombrar dueños no arregla los datos por sí solo, pero cambia la conversación: de "los datos están mal" —que no se puede accionar— a "esto se decide así y responde esta persona", que sí. Es, de hecho, una de las primeras cosas que preguntamos en un diagnóstico de datos y sistemas: quién responde por cada dato del que depende el negocio. El silencio que suele seguir a esa pregunta es, casi siempre, el primer hallazgo.