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 el formato acordado con BMW, sin firma digital. Riesgo de rating.
• ▹Resiliencia: ningun mecanismo de proteccion contra sensores defectuosos
• ▹Lake: creciendo 40 GB/día hoy (y camino de 100 cuando entre la vibracion a 5 Hz), sin compaction ni retención. Queries de 45 segundos.
• ▹Coste: 3.200 EUR/mes en S3 con tendencia exponencial

## Bloque 2: Soluciones implementadas esta 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%, y cobertura del 75% (validado offline por Aitor). Latencia: 2.5 min (SLA actual 5 min, objetivo a 6 meses 2 min).
3. 03.Exportacion BMW: pipeline automatizado en el formato acordado con el cliente, con Cpk, firma SHA-256 y entrega SFTP. Elimina la exportacion manual, que es el hallazgo tipico en una audit VDA.
4. 04.Circuit breaker: detección automática de sensores anomalos (compromiso 60 seg, medición actual 30 seg). Aislamiento a cuarentena sin impacto en el resto del pipeline.
5. 05.Optimizacion lake: retención + Zstd + compaction + Z-order. Reduccion de tamaño hasta ~80% (segun cuantos dias de raw se conserven), queries mucho mas rapidas (de 45 seg a unos 4).

## Los dos números de una alerta

Antes de defender el modelo delante de Fernando, ten claros sus dos números, porque hacen falta los dos y no son lo mismo. La PRECISIÓN mira las alertas que has lanzado: de cada 100 avisos, ¿cuántos eran de verdad una máquina estropeándose? Un 94% de precisión significa que 6 de cada 100 veces mandas a un técnico a revisar una máquina sana. Es lo que cuesta el sistema en molestias. La COBERTURA (recall) mira las averías que han ocurrido: de cada 4 máquinas que se rompieron, ¿de cuántas habías avisado a tiempo? Una cobertura del 75% significa que 1 de cada 4 averías se te escapa igual. Es lo que el sistema ahorra de verdad.

Con un mismo modelo, los dos se mueven en direcciones contrarias: si bajas el umbral de alerta para que no se te escape nada, sube la cobertura y baja la precisión (avisas mucho y te equivocas más); si lo subes para no molestar, pasa al revés. (Un modelo mejor sí sube los dos a la vez; eso es lo que significa mejorar un modelo.) El umbral no se elige mirando un número, se elige comparando lo que cuesta cada error y cada cuánto ocurre: aquí una avería no detectada cuesta 144.000 euros, así que dejarse una es carísimo; pero como solo hay cuatro al año, bajar mucho el umbral puede multiplicar las salidas en falso, y eso cuesta algo que no aparece en ninguna factura: que mantenimiento deje de mirar las alertas. Esa decisión se toma con el responsable de mantenimiento, no en solitario.

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 guardan hasta 5 minutos de lecturas en su 
6buffer interno y reconectan solos. EMQX está en cluster de 2 nodos, 
7con failover por debajo de 5 segundos. Durante ese corte los sensores 
8siguen midiendo y retienen; cuando el nodo superviviente acepta la 
9conexion, vuelcan lo retenido. No perdemos lecturas, se retrasan unos 
10segundos. Como MQTT va con QoS 1 (entrega al menos una vez), el 
11consumidor deduplica por sensor y marca de tiempo. Perderiamos datos 
12solo en dos casos, los dos en el runbook: si el cluster entero 
13estuviera caido más de lo que cubre el buffer, o si un nodo cae justo 
14tras confirmar un mensaje y antes de replicarlo."
15
16Fernando: "Aceptable. Y el circuit breaker, te ha dado algun falso 
17positivo está semana?"
18
19Tu: "Ninguno. Hubo un caso que estuvo cerca: una maquina de linea 7 
20genero un burst legitimo durante el arranque, 3 veces el ritmo normal 
21durante 20 segundos. El umbral está en 10 veces, asi que no se activo 
22y la maquina siguió publicando con normalidad. Es el margen que 
23buscabamos: preferimos aguantar unos segundos de un sensor averiado 
24antes de aislarlo que sacar de produccion uno sano. El caso que si lo 
25habria disparado es el que nos hizo construirlo: PSR-0087, que pasó a 
26miles de mensajes por segundo clavado en cero. Con el breaker puesto, 
27hoy ese sensor queda aislado y el resto del pipeline no se entera."
28
29Fernando: "Bien pensado. Patricia, el modelo con las nuevas features?"
30
31Patricia: "Aitor me enseñó los resultados offline. 94% de precisión 
32con las 4 features nuevas. Si eso se mantiene en producción, los 
33operarios 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.

## Cuatro palabras que no significan lo mismo

Antes del roadmap, cuatro términos que la gente mezcla y que un CFO no. AHORRO es dinero que dejas de gastar y lo ves en la factura: los 800 EUR/mes de la licencia de Kepware que se deja de pagar. Es seguro. RIESGO EVITADO es dinero que probablemente no vas a perder: las paradas del año que viene todavía no han ocurrido, no aparecen en ninguna factura, y si el año sale bien nadie sabrá si fue gracias al sistema. Es real y se presenta, pero como lo que es: una estimación con el supuesto escrito al lado.

CAPEX es una compra que se hace una vez (los 50.000 EUR de sensores); OPEX es lo que se paga todos los meses (los 2.000/mes de infraestructura). No se suman sin más: para compararlos hay que ponerlos en el mismo periodo, normalmente un año. PLAZO DE RECUPERACIÓN (payback) es cuánto tardas en recuperar la inversión: lo invertido entre lo que ahorras al mes. Ojo, no es lo mismo que el mes en que una opción pasa a ser más barata que otra (eso es solo el cruce de las curvas); la recuperación llega cuando el ahorro ACUMULADO cubre lo que pusiste. Y siempre hay que decir desde cuándo cuenta: si los sensores se instalan en el mes 5, el reloj empieza en el mes 5. RETORNO (ROI) es cuánto ganas por cada euro invertido a lo largo de un periodo, y solo significa algo si dices qué metiste en "lo invertido" y en cuánto tiempo.

## 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 y dura de media 4 horas: 144.000 EUR cada una. 
8En 2023 tuvieron 4 paradas no detectadas, 576.000 EUR en total. El 
9modelo tiene dos números y hacen falta los dos: detecta 3 de cada 4 
10averias con aviso suficiente (una cobertura del 75%) y, cuando avisa, 
11acierta 94 veces de cada 100. La cobertura es la que manda aqui: 3 
12paradas evitadas de 4 son 432.000 EUR al año. La precisión dice cuanto 
13molestamos a mantenimiento: unas 6 salidas en falso de cada 100 avisos."
14
15Fernando: "Perfecto. Eso lo entiende el CFO. Prepara un one-pager 
16con esos números y me lo mandas hoy."
17
18Patricia: "Anado un dato: las paradas no planificadas en Pamplona 
19también generan penalizaciones de Stellantis, su principal cliente 
20allí. El año pasado fueron 120K EUR por entregas tarde después de 
21paradas."
22
23Fernando: "Mejor aun. Entonces el riesgo total son 700K al año, y de 
24esos evitamos unos 522K si el sistema mantiene la cobertura. Contra 
2550K de inversion una vez y 24K al año de operacion en Pamplona, y 
26empezando a contar cuando los sensores esten puestos, no antes. 
27Aprobado en concepto, pendiente del CFO. Pon los 522K en el one-pager, 
28no los 700K: si el CFO descubre que le hemos contado como ahorro una 
29parada que de todas formas se nos va a escapar, no nos vuelve a firmar 
30nada."