Perfiles habituales
- Data Engineers y arquitectos junior
- Analistas y controllers con visión técnica
- Responsables de IT que gestionan sistemas de información
- Consultores de datos y transformación digital
Cinco días para diseñar la arquitectura de datos de una PYME: fuentes, modelos, integración y calidad.
La arquitectura de datos es el conjunto de decisiones estructurales sobre cómo se recopilan, almacenan, integran, procesan y consumen los datos en una organización. Incluye elección de bases de datos, patrones de integración (batch, streaming), modelado (relacional, dimensional, data vault), capas (raw, cleansed, curated) y estrategias de calidad. Es el equivalente en datos a la arquitectura de software: si está mal diseñada, cada nueva necesidad implica sobrecoste; bien diseñada, escala con el negocio.
El 45 % del tiempo de un data analyst se dedica a limpiar y consolidar datos según CDW Analytics, no a analizarlos. La causa habitual es una arquitectura reactiva: cada nueva fuente se enchufa como se puede, sin modelo común. Una arquitectura bien diseñada al principio, aunque simple, reduce ese porcentaje a la mitad y libera tiempo real de análisis.
Que cada participante salga capaz de diagnosticar la arquitectura de datos actual de su empresa y diseñar una versión objetivo proporcional a su tamaño y necesidades.
Conocimientos básicos de bases de datos (tablas, joins) y hojas de cálculo avanzadas. No se requiere SQL avanzado.
No promesas genéricas: cada punto se practica en directo durante el curso y se valida con el proyecto integrador del último día.
Dos horas al día durante cinco jornadas consecutivas, con feedback en directo tras cada ejercicio y proyecto integrador aplicado a un caso propio.
De conceptos básicos a una arquitectura de datos diseñada para tu empresa.
Arquitectura monolítica, en capas, data lake, data warehouse, data lakehouse, data mesh. Cuándo cada una. Flujo de datos: ingesta, transformación, servicio. Roles (ingeniero, arquitecto, analista).
Modelo relacional, dimensional (Kimball), data vault. SQL vs NoSQL: cuándo cada uno. Postgres, MySQL, MongoDB, ClickHouse, Snowflake, BigQuery. Postgres como stack proporcional para PYME.
ETL clásico vs ELT moderno con dbt, CDC (Change Data Capture) para replicación incremental, streaming con Kafka para casos de tiempo real. Herramientas open source y comerciales.
Reglas de calidad automatizables, testing con dbt/Great Expectations, gestión de datos maestros (MDM), reconciliación entre sistemas, definición de fuentes de verdad.
Arquitectura objetivo dibujada para tu empresa, elección de stack proporcional, plan de migración por fases, KPIs de éxito y coste estimado mensual.
¿Cuadra este temario con lo que necesita tu equipo? Reserva 30 minutos.
Solicitar informaciónTres escenarios reales de PYMES para dimensionar el impacto y decidir si encaja con tu caso.
Diseño de dominios por línea de negocio (clientes, proyectos, entregables), data products publicados en catálogo interno, arquitectura descentralizada con gobierno federado ligero.
Diseño de warehouse dimensional (star schema) alimentado con dbt desde Shopify + ERP + Sheets, capa curated en Postgres, publicación en Looker Studio y Metabase. Alternativa proporcional a Snowflake.
Zona raw en S3 con datos de IoT y ERP, zona cleansed procesada con Python/dbt, zona curated en Postgres para reporting. Escalable a millones de eventos diarios sin explotar el coste.
Basta con SQL básico (SELECT, JOIN, GROUP BY). Se enseñan los conceptos con diagramas y se muestran ejemplos SQL sin exigir escribir queries complejas. Para el ejercicio de dbt se guía paso a paso.
Depende del volumen y del presupuesto. Regla práctica: hasta 100 GB, Postgres + dbt + Metabase basta y cuesta menos de 100 €/mes en cloud. Por encima conviene evaluar Snowflake o BigQuery. En el curso se ven ambos escenarios.
Los principios sí (dominios claros, data products, gobierno federado), pero la arquitectura completa no. En PYMES se aplica un data mesh light: dominios lógicos identificados, data owners por área, catálogo básico. El resto se añade cuando la escala lo justifica.
Sí, en el día 4 se ven implicaciones RGPD desde el diseño de la arquitectura: dónde se almacenan datos personales, cómo aplicar derecho al olvido a nivel técnico, auditoría de accesos y anonimización.
Sí, con un mínimo de 6 personas del mismo equipo puedo impartir edición cerrada in-company. Adaptamos horarios al huso de tu equipo, elegimos los casos prácticos con tus propios datos y ajustamos la profundidad de cada día en función del perfil del grupo. El programa final se pacta antes del kick-off en una sesión de 30 minutos.
Cada sesión se graba y queda disponible durante 60 días para el resto del grupo, con marcas por temas para localizar la parte concreta que te interese. Aun así el curso está diseñado para asistencia síncrona: los ejercicios y el feedback ocurren en directo. Si vas a faltar más de un día, mejor esperar a la siguiente edición.
Cinco días para dominar el marco DAMA-DMBOK y aplicar gestión de datos empresariales estructurada.
Cinco días para transformar información compleja en reportes accesibles y útiles para la toma de decisiones.
Aprende a automatizar y personalizar Google Workspace conectando Sheets, Drive, Gmail, Calendar y Forms con JavaScript.
Reserva 30 minutos y hablamos del curso, próximas ediciones y si conviene ajustarlo a medida para tu empresa. Sin coste, sin presión.
Arquitectura de datos en 5 días · 10 horas · máx. 10 alumnos.