La Bus Matrix es la herramienta de planificación central de la metodología Kimball para Data Warehouses dimensionales. Aprende a planificar arquitecturas de datos escalables con dimensiones conformadas y procesos de negocio bien definidos.
Avanzado
🚌
¿Qué es la Bus Matrix de Kimball?
El plano arquitectónico de tu Data Warehouse
La Bus Matrix (matriz de bus) es una herramienta de arquitectura creada por Ralph Kimball, el padre del modelado dimensional. Es esencialmente un mapa maestro que muestra, en una sola tabla, toda la arquitectura de datos de una organización:
Qué procesos de negocio existen y generan datos medibles
Qué dimensiones usa cada proceso para el análisis
Qué dimensiones son compartidas entre procesos (dimensiones conformadas)
La granularidad de cada tabla de hechos
Piensa en la Bus Matrix como el plano arquitectónico de tu Data Warehouse. Antes de construir nada, defines qué piezas existen y cómo se conectan entre sí. Es el artefacto de diseño que evita que el DW se convierta en un conjunto de silos de datos desconectados.
💡 Analogía kawaii del autobús 🚌
El nombre "Bus" viene de information bus (autobús de información). Las dimensiones conformadas son como paradas de autobús: múltiples rutas (procesos de negocio) pasan por la misma parada (dimensión), garantizando que todos los pasajeros (analistas) hablen exactamente el mismo idioma cuando llegan al mismo destino.
🧩
Los 4 Componentes de la Bus Matrix
Todo lo que aparece en la matriz
La Bus Matrix es una tabla bidimensional simple, pero cada elemento tiene un significado preciso.
1
Procesos de Negocio (filas)
Cada fila representa un proceso que genera eventos medibles: Ventas, Devoluciones, Envíos, Llamadas de soporte, Visitas web. Cada proceso se convierte en una tabla de hechos.
2
Dimensiones (columnas)
Cada columna es una perspectiva de análisis: Fecha, Producto, Cliente, Tienda, Empleado, Campaña… Las columnas son las mismas para todas las filas; solo varía si cada proceso las usa o no.
3
Marcas / Cruces (intersecciones)
Una marca (✓) indica que ese proceso usa esa dimensión. Un guión (—) indica que no aplica. Por ejemplo, "Ventas Online" no tiene dimensión "Tienda Física".
4
Granularidad
Para cada proceso, defines qué representa 1 fila en la tabla de hechos. Ejemplos: 1 línea de pedido, 1 snapshot diario por producto-almacén, 1 llamada completa.
💡 Tip kawaii: Empieza siempre por la granularidad. Saber qué es "una fila" en cada proceso de negocio determina automáticamente qué dimensiones son posibles. No puedes tener una dimensión con más detalle que la granularidad de los hechos.
🔗
Dimensiones Conformadas (Conformed Dimensions)
El concepto más importante de la Bus Matrix
Las dimensiones conformadas son el corazón de la metodología Kimball y la razón por la que la Bus Matrix existe.
¿Qué es una dimensión conformada?
Una dimensión conformada es una dimensión que se comparte entre múltiples procesos de negocio con exactamente las mismas claves, atributos y valores. Es una sola tabla física, no copias de ella.
Ejemplo concreto:
La dimensión Dim_Producto es conformada si:
ProductID = 12345 significa exactamente lo mismo en Ventas, Devoluciones, Inventario y Compras
Los atributos (nombre, categoría, marca) son idénticos en todos los procesos que la consumen
Hay una sola tabla físicaDim_Producto compartida por todas las tablas de hechos
¿Por qué son críticas?
Las dimensiones conformadas son lo que hace posible el análisis cruzado entre procesos:
Si Ventas y Devoluciones comparten la misma Dim_Producto, puedes calcular la tasa de devolución por producto sin ambigüedad
Si cada proceso tiene su propia tabla de productos con IDs distintos, cruzar la información es imposible o requiere transformaciones complejas y frágiles
En Power BI, las dimensiones conformadas se traducen en relaciones activas bien definidas que funcionan de forma natural con todos los visuales
📌 Buena práctica: Cuando identifiques una dimensión que aparece en múltiples procesos, pregúntate siempre: "¿Es la MISMA entidad con las MISMAS claves, o son entidades similares que casualmente tienen el mismo nombre?" Solo la primera es conformada.
📝
Cómo Crear una Bus Matrix
Proceso paso a paso
La Bus Matrix se construye en talleres colaborativos con stakeholders de negocio y de datos. No es un artefacto técnico que se crea en solitario — es el resultado de conversaciones estructuradas.
Identificar Procesos de Negocio
Reúnete con stakeholders de diferentes áreas y pregunta: "¿Qué eventos medibles ocurren en tu área?" No preguntes por informes o KPIs todavía — pregunta por eventos. Lista todo: Ventas en tienda, Ventas online, Devoluciones, Llamadas al call center, Inventario diario, Impresiones de campaña, Incorporaciones de empleados…
Definir la Granularidad de cada Proceso
Para cada proceso, pregunta: "¿Qué representa exactamente una fila en este conjunto de datos?" Ejemplos: 1 línea de ticket, 1 pedido completo, 1 snapshot diario por producto-almacén. La granularidad determina qué dimensiones son posibles.
Identificar las Dimensiones
Para cada proceso, pregunta: "¿Desde qué perspectivas queremos analizar esto?" Consolida la lista eliminando duplicados aparentes. Dimensiones típicas: Fecha (siempre), Producto, Cliente, Tienda/Ubicación, Empleado, Promoción, Canal, Método de pago.
Marcar las Intersecciones
Construye la tabla. Filas = procesos, columnas = dimensiones. Marca ✓ donde el proceso usa la dimensión y — donde no aplica. Involucra a los propietarios de cada área para validar las marcas — es fácil equivocarse sin su conocimiento.
Identificar y Conformar Dimensiones
Para cada dimensión que aparece en múltiples procesos, decide: ¿es la misma entidad física para todos? Si sí, es conformada y debe haber una sola tabla. Define quién es el propietario ("sistema de registro"), qué atributos incluye y cómo se actualiza.
Priorizar e iterar
No intentes construir todo a la vez. Ordena los procesos por valor de negocio e impacto. Empieza con los 2-3 procesos más críticos, implementa, valida con usuarios y añade el siguiente proceso. La Bus Matrix evoluciona con el negocio.
⚠️ Ojo con esto: La Bus Matrix no es un documento que se hace una vez. Es un artefacto vivo que debe revisarse cada vez que se añade un nuevo proceso de negocio o cuando cambia la estructura de una dimensión. Guárdala en un lugar accesible para todo el equipo.
🏪
Ejemplo Práctico: Empresa Retail
Cadena de tiendas con canal físico y online
Imaginemos una cadena de tiendas con ventas físicas y online, gestión de devoluciones e inventario. Aquí está su Bus Matrix simplificada:
Proceso de Negocio
Fecha
Producto
Cliente
Tienda
Empleado
Promoción
Canal
Ventas en Tienda
✓
✓
✓
✓
✓
✓
✓
Ventas Online
✓
✓
✓
—
—
✓
✓
Devoluciones
✓
✓
✓
✓
—
—
✓
Inventario Snapshot
✓
✓
—
✓
—
—
—
Granularidad:
Ver detalle abajo ↓
Granularidad de cada proceso:
Ventas en Tienda: 1 fila = 1 línea de ticket (un artículo vendido en una transacción)
Ventas Online: 1 fila = 1 línea de pedido web (un artículo dentro de un pedido)
Devoluciones: 1 fila = 1 artículo devuelto (con referencia al pedido/ticket original)
Inventario Snapshot: 1 fila = stock al cierre del día por combinación producto-tienda
Observaciones clave de esta matriz:
Fecha, Producto y Cliente aparecen en casi todos los procesos → son dimensiones conformadas prioritarias
Tienda no aplica a Ventas Online (canal digital no tiene tienda física) → marca —
Empleado solo es relevante en ventas presenciales donde hay vendedor asignado
Inventario no tiene dimensión Cliente ni Empleado porque un snapshot de stock no está asociado a ningún cliente
Los 4 procesos comparten Dim_Producto: ProductID = 12345 significa lo mismo en Ventas, Devoluciones e Inventario → puedo calcular % devuelto sobre vendido directamente
💡 Tip kawaii: Las columnas con más ✓ son tus dimensiones más valiosas — son las que habilitan más análisis cruzados. Inviérteles tiempo en diseñarlas bien desde el principio. Una Dim_Producto bien construida que sirve a 4 procesos vale mucho más que 4 tablas de productos independientes y mal documentadas.
✨
Beneficios de la Bus Matrix
Por qué merece la pena el esfuerzo
La Bus Matrix no es solo un ejercicio académico. Tiene beneficios concretos y medibles en proyectos de datos reales.
Visión global en una página: Ves toda la arquitectura de datos de la organización sin tener que leer documentación técnica extensa.
Evita silos de datos: Detectas qué dimensiones se duplican innecesariamente y cuáles deberían conformarse, antes de construir nada.
Planificación incremental: Puedes construir un proceso a la vez, sabiendo exactamente cómo encaja en el conjunto y qué dimensiones ya existen.
Comunicación con stakeholders: Cualquier directivo o analista de negocio puede entender la matriz sin conocimientos técnicos de modelado.
Análisis cruzado garantizado: Si dos procesos comparten una dimensión conformada, puedes cruzarlos sin transformaciones adicionales ni riesgo de ambigüedad.
Base para priorización: Facilita conversaciones sobre qué construir primero basándose en valor de negocio, no en preferencias técnicas.
Documentación viva: Con mantenimiento regular, la Bus Matrix sirve como fuente de verdad sobre qué existe en el DW y qué dimensiones son compartidas.
⚠️
Errores Comunes
Los tropiezos más frecuentes y cómo evitarlos
⚠️ Error #1: Confundir "misma dimensión" con "conformada"
Que Ventas y Devoluciones tengan una dimensión llamada "Cliente" NO significa que sea conformada. Solo lo es si comparten la MISMA tabla física con las MISMAS claves y los MISMOS atributos. Si cada proceso tiene su propia Dim_Cliente con IDs diferentes o definiciones distintas, no es conformada — es un silo con otro nombre.
⚠️ Error #2: Granularidad inconsistente en dimensiones conformadas
Si "Ventas" tiene granularidad de línea de pedido pero "Devoluciones" tiene granularidad de pedido completo, no puedes cruzarlas directamente aunque compartan Dim_Producto. La granularidad de los hechos debe ser compatible para que el análisis cruzado tenga sentido. Defínela explícitamente desde el principio y valídala con el negocio.
⚠️ Error #3: Intentar hacer todo perfecto desde el día 1
La Bus Matrix de una organización grande puede tener 30 procesos y 20 dimensiones. Intentar planificarlo todo en una primera reunión de 2 horas es una receta para el bloqueo. Empieza con 2-3 procesos de mayor valor, conforma las dimensiones críticas (Fecha, Producto, Cliente), y añade procesos incrementalmente en sprints siguientes.
⚠️ Error #4: No designar un propietario para cada dimensión conformada
Si nadie es responsable de mantener Dim_Producto, cada equipo empezará a añadir sus propios atributos de formas incompatibles. Cada dimensión conformada necesita un equipo propietario que decida su estructura, apruebe cambios y garantice la consistencia entre procesos.
⚠️ Error #5: Tratar la Bus Matrix como documentación técnica
La Bus Matrix es una herramienta de comunicación y gobernanza, no solo un documento técnico. Si la guardas en una carpeta de SharePoint que solo lee el equipo de datos, estás perdiendo el 80% de su valor. Compártela con los dueños de los procesos de negocio y revísala con ellos regularmente.
🚀 ¡Arquitectura planificada! Con la Bus Matrix definida, es hora de implementar. Aprende a crear un Esquema Estrella profesional que materialice tu arquitectura, y luego revisa las Relaciones en Power BI para conectar tus tablas de hechos y dimensiones conformadas correctamente.