💰 Tener cuentas no es tener presupuesto
Del inventario de herramientas a una arquitectura intencional
Muchas áreas de tecnología en Colombia pueden mostrar un inventario extenso. Tienen una herramienta para mover datos, otra para almacenarlos, otra para consultarlos y otra para visualizarlos. Cuando alguien pregunta cómo está organizado el flujo de información, la respuesta suele ser ese mismo inventario.
El problema no está en que falten herramientas, sino en que nadie trazó el plano que las conecta.
La arquitectura de datos es el diseño que define cómo se recoge la información en la empresa, cómo se transforma, cómo viaja entre sistemas y cómo llega a las personas que toman decisiones. No es el catálogo de lo que hay. Es el plano que determina para qué sirve cada pieza y cómo se relacionan.
Piense en una persona que maneja sus finanzas con cuatro cuentas bancarias, dos billeteras digitales y una hoja de cálculo actualizada a medias. El dinero está repartido, algunas cuentas tienen movimiento y otras están abiertas sin propósito claro. Tener muchas cuentas no es tener un presupuesto. Sin un plan que diga para qué sirve cada cuenta, el dinero está disperso aunque esté en bancos formales.
Algo similar ocurre en empresas donde conviven un data warehouse, un data lake, varias bases operacionales y herramientas de visualización que cada área escogió por separado. El stack de datos, que son todas las piezas tecnológicas que una organización usa para gestionar su información, existe y es visible. Pero sin un diseño que defina cómo se conectan, quién es responsable de cada dato, cómo viaja la información de un sistema al siguiente y qué reglas aplican en cada punto del flujo, ese stack no es arquitectura.
Las fricciones de esa acumulación se ven en el trabajo diario. El área financiera tiene sus cifras y el área comercial tiene las suyas. Cuando se cruzan en una reunión, los números no coinciden y nadie sabe cuál tabla es la oficial. Se generan reprocesos manuales para conciliar lo que dos herramientas reportan diferente sobre el mismo período.
IBM Think explica la importancia de una arquitectura de datos y señala que el 94% de los líderes de datos incluyó la ausencia de una arquitectura definida entre sus principales desafíos.
Primero mapee qué herramientas de datos tiene la empresa, para qué sirve cada una y quién la controla. Luego identifique en qué puntos los datos de distintas fuentes deberían coincidir pero no lo hacen. Después defina una sola fuente oficial para cada dato clave del negocio. Por último asigne a alguien la responsabilidad de mantener ese mapa actualizado, no de seguir sumando herramientas.
¿Cuántas versiones del mismo dato circulan en su empresa antes de que alguien decida cuál es la correcta? 💰