Día 28: El mapa no es el territorio, pero ayuda
📖 Basado en el Capítulo 4.1 Introduction
🎭 Acto V – Fundar sobre cimientos sólidos: La Arquitectura del Dato
✨ Storytelling
Cristina observaba el documento titulado:
“Data Architecture – Versión Final v9_Revisado_DEFinitivo_OK.pptx”
—“¿Este es nuestro mapa de arquitectura de datos?”
—“Sí… aunque en realidad usamos otro más actualizado. Creo.”
—“¿Y ese otro lo tienen a mano?”
—“Mmm… está en SharePoint. O en el correo. Pero lo busco.”
Cristina suspiró.
Porque una arquitectura que nadie encuentra, nadie consulta, y nadie usa…
no es arquitectura.
Es decoración.
🧠 Reflexión narrativa
La arquitectura de datos no debería ser un lujo teórico ni un arte abstracto.
Es un instrumento práctico para construir, conectar y escalar todo lo que ocurre en una organización basada en datos.
Y como todo buen plano, no tiene que ser bonito:
Tiene que ser entendible, compartido y útil.
Porque el mapa no es el territorio…
pero si el mapa es malo, el territorio termina siendo un caos.
📊 Sección técnica – Overview de Arquitectura de Datos (DMBOK2)
| Elemento | Definición | Relevancia |
|---|---|---|
| Arquitectura de Datos | Marco estructural que describe cómo los datos se almacenan, procesan, comparten y gobiernan dentro de una organización. | Permite alinear los activos de datos con los objetivos del negocio. |
| Objetivo clave | Desarrollar un diseño claro y reutilizable que permita la interoperabilidad, reduzca redundancias y favorezca la calidad de datos. | Reduce silos, mejora la gobernanza, optimiza costos. |
| Relación con otras funciones | Apoya directamente al Gobierno del Dato, Integración, Calidad, Modelado y Seguridad. | Sirve de cimiento técnico y conceptual para todas las disciplinas del DMBOK. |
| Errores comunes | Arquitectura aislada del negocio, exceso de detalle técnico sin contexto funcional, falta de actualización. | Conduce a proyectos desacoplados, herramientas incompatibles y pérdida de valor. |
Frameworks y modelos sugeridos:
- TOGAF: Marco global para arquitectura empresarial.
- Zachman Framework: Modelo estructurado de vistas.
- DAMA DMBOK2: Define relación con otras disciplinas y roles.
- Enterprise Data Model: Como producto intermedio que documenta entidades clave.
💡 Recomendaciones prácticas
- Si aún no hay un mapa arquitectónico, comienza con un inventario visual simple de sistemas, fuentes y flujos de datos.
- Asegura que ese mapa responda a preguntas del negocio, no solo a las de TI.
- Hazlo vivir: actualízalo con cada cambio relevante, y compártelo en espacios visibles y usables (intranet, Confluence, Notion, etc.).
La arquitectura de datos no es un documento más. Es el esqueleto de tu organización digital.
¿Y tú?
¿Sabes cómo se conectan realmente tus datos?