Día 5 -- Presentación de arquitectura completa + roadmap 6 meses

### Viernes, 10:00 AM -- La sala de juntas

Fernando ha reservado la sala de juntas principal -- la que tiene el proyector grande y las vistas a la planta. Estan presentes: Fernando (VP), Patricia (Manufacturing), Kenji (tu par), Aitor y Miren (ML Engineers). Es tu primera presentación formal en SmartFactory. Fernando te dijo ayer: "Tienes 30 minutos. 15 de presentación, 15 de preguntas. No PowerPoint -- un documento técnico con diagramas que puedas dejar como referencia. Si yo puedo llevar ese documento al board de directores y que lo entiendan, perfecto."

La presentación debe cubrir 4 bloques: (1) estado actual con problemas identificados, (2) soluciones implementadas esta semana con métricas, (3) arquitectura target a 6 meses, y (4) roadmap con milestones, dependencias y costes. Fernando va a cuestionar cada decisión -- tiene que ser capaz de defenderla ante el board.

### Bloque 1: Estado actual y problemas

Empiezas con un resumen de la situacion cuando llegaste el lunes:

• ▹Ingesta: gateway Kepware al límite de tags (3800/5000), no escala para vibracion 5 Hz
• ▹Features ML: solo media horaria, precisión de alertas 72% (Patricia no se fia)
• ▹Exportacion OEM: manual, sin formato ISO, sin firma digital. Riesgo de rating BMW.
• ▹Resiliencia: ningun mecanismo de proteccion contra sensores defectuosos
• ▹Lake: creciendo 100 GB/día sin compaction ni retención. Queries de 45 segundos.
• ▹Coste: 3.200 EUR/mes en S3 con tendencia exponencial

### Bloque 2: Soluciones implementadas está semana

Resumes las 4 piezas que has diseñado e implementado:

1. 01.Ingesta MQTT (ADR-007): bypass de Kepware para vibracion. EMQX + bridge Kafka. Escala a 50M ev/h sin cambios. Coste: +1.400 EUR/mes.
2. 02.Features predictivas: Spark Streaming con 4 features nuevas. Precision de alertas de 72% a 94% (validado offline por Aitor). Latencia: 2.5 min (SLA: 5 min).
3. 03.Exportacion BMW: pipeline automatizado ISO/TS 16949 con Cpk, firma SHA-256 y entrega SFTP. Rating A asegurado para audit VDA.
4. 04.Circuit breaker: detección automática de sensores anomalos en <30 seg. Aislamiento a cuarentena sin impacto en el resto del pipeline.
5. 05.Optimizacion lake: Zstd + compaction + Z-order + retención. Reduccion 40% coste, queries 10x más rapidas.

1Fernando: "Bien. Me gusta que hayas empezado por el problema más urgente 
2(la ingesta) y hayas terminado con optimización. Pregunta sobre la 
3opcion MQTT: si EMQX se cae, que pasa?"
4
5Tu: "Los sensores MVM-500 tienen buffer interno de 5 minutos y 
6reconectan automaticamente. EMQX está en cluster de 2 nodos con 
7failover en <5 segundos. Peor caso realista: perdemos 5 segundos 
8de datos de vibracion mientras el failover se completa."
9
10Fernando: "Aceptable. Y el circuit breaker, te ha dado algun falso 
11positivo está semana?"
12
13Tu: "Tuvimos 1 falso positivo el jueves: una maquina de linea 7 
14genero un burst legitimo durante el arranque (3x rate normal durante 
1520 segundos). El umbral de 10x no se activo. El umbral está diseñado 
16para ser conservador -- preferimos un sensor malo que inunde 30 seg 
17antes de aislarlo que un sensor bueno aislado por error."
18
19Fernando: "Bien pensado. Patricia, el modelo con las nuevas features?"
20
21Patricia: "Aitor me enseñó los resultados offline. 94% de precisión 
22con las 4 features nuevas. Si eso se mantiene en producción, los 
23operarios van a confiar en las alertas. Es un cambio enorme."

### Bloque 3: Arquitectura target a 6 meses

Presentas el diagrama de arquitectura objetivo. La diferencia con el estado actual: MQTT para toda la ingesta IoT (no solo vibracion), procesamiento en 3 capas (real-time, near-real-time, batch), lake optimizado con Iceberg y lakehouse para analytics directo.

### Bloque 4: Roadmap de 6 meses

Fernando pide el detalle del roadmap. "Necesito saber que va en cada mes, quien lo hace, que dependencias tiene y cuanto cuesta. Si puedo llevar esto al board el lunes, apruebo el presupuesto el martes."

1. 01.Mes 1: Ingesta MQTT en producción (vibracion) + circuit breaker. Responsable: tu + Kenji. Coste: +1.400 EUR/mes infra.
2. 02.Mes 2: Features predictivas en producción + integración con modelo ML. Responsable: tu (pipeline) + Aitor (modelo). Coste: +500 EUR/mes (EMR upgrade).
3. 03.Mes 3: Exportacion BMW automatizada + migrar otros OEM (Stellantis, Toyota). Responsable: tu + mid-level DE. Coste: 0 extra.
4. 04.Mes 4: Migrar TODA la ingesta a MQTT (temperatura, presion). Deprecar Kepware. Responsable: Kenji + mid-level. Coste: -800 EUR/mes (licencia Kepware eliminada).
5. 05.Mes 5: Instrumentar planta de Pamplona (800 sensores nuevos). Responsable: tu (arquitectura) + equipo. Coste: +2.000 EUR/mes infra + 50K EUR upfront sensores.
6. 06.Mes 6: Modelo de mantenimiento predictivo v2 (multi-modal: vibracion + temperatura + presion). SLA de alertas: <1 minuto. Responsable: Aitor + Miren + tu (pipeline).

1Fernando: "El mes 5, los 50K de sensores para Pamplona -- eso es capex, 
2no lo puedo aprobar yo solo. Necesito llevarlo al CFO. Dame un business 
3case: cuanto nos cuesta UNA parada no detectada en Pamplona vs el coste 
4de instrumentar."
5
6Tu: "Pamplona tiene 6 lineas de mecanizado. Una parada no planificada 
7cuesta 36.000 EUR/hora. En 2023 tuvieron 4 paradas no detectadas con 
8un coste total de 576.000 EUR (promedio 4 horas cada una). Con 
9mantenimiento predictivo al 94% de precisión, estimamos prevenir 3 de 
10esas 4 paradas = 432.000 EUR ahorrados/año. El ROI de los 50K en 
11sensores es de 6 semanas."
12
13Fernando: "Perfecto. Eso lo entiende el CFO. Prepara un one-pager 
14con esos números y me lo mandas hoy."
15
16Patricia: "Anado un dato: las paradas no planificadas en Pamplona 
17también generan penalizaciones de Stellantis (su principal cliente 
18allí). El año pasado fueron 120K EUR en penalizaciones por entregas 
19tarde después de paradas. Total real: 700K EUR/año."
20
21Fernando: "Mejor aun. 700K de riesgo vs 50K de inversión. Aprobado 
22en concepto, pendiente del CFO."