Quien lleva años en mantenimiento aprende a leer los datos con una atención que, para quien está fuera del sector, parece casi instintiva: una desviación de dos puntos en el OEE, un MTTR que se alarga poco pero de forma constante, una frecuencia de averías que cambia de forma antes incluso de cambiar de número. Son señales que un responsable experimentado ve antes de que se conviertan en un problema serio. Pero leer bien los datos no basta —y lo aprendí yo también, más de una vez, de la peor manera: presentándolos mal a las personas que tenían en sus manos el presupuesto para resolver el problema.
La paradoja: leer bien los datos no significa saber compartirlos
Son dos competencias distintas, y a menudo inversamente proporcionales. Cuanto mejor se es interpretando una tendencia en los datos de mantenimiento, más “obvia” se vuelve esa tendencia —y precisamente esa obviedad es la trampa. Un responsable que ve de inmediato qué significa una determinada evolución tiende a dar por hecho que esa misma evolución habla por sí sola también para quien la mira por primera vez, sin el contexto técnico para interpretarla.
No habla por sí sola. Un gráfico que para un técnico de mantenimiento cuenta claramente “vamos hacia una avería estructural, no un episodio aislado” para quien está fuera del departamento es solo una línea que sube un poco. El dato es el mismo. El significado que llega es completamente distinto.
El error fatal: dar por hecho que también es obvio para los demás
Aquí está el error real, el que sale caro. No es un error técnico —los datos son correctos, el análisis es correcto. Es un error de comunicación: pensar que una deriva o un comportamiento leído en los datos se lee de la misma forma sea quien sea quien lo mire. No es así. Quien no trabaja a diario con esos números no tiene las mismas referencias para juzgar si un valor es normal, preocupante o urgente.
El resultado, cuando este error se repite, es siempre el mismo: el responsable sale de la reunión convencido de haber mostrado con claridad un problema serio, y del otro lado queda la sensación de haber visto solo un gráfico técnico más, sin urgencia real.
Quien tiene en sus manos el presupuesto casi nunca es técnico
Y es precisamente a estas personas a quienes casi siempre toca pedir los recursos para los problemas más graves. Quien aprueba un presupuesto para una intervención importante —dirección, compras, control de gestión— en la mayoría de los casos no tiene competencias técnicas de mantenimiento, ni tiene por qué tenerlas: su función es evaluar riesgo, coste y prioridad frente a todas las demás solicitudes que recibe, no interpretar un MTBF.
Presentar a estas personas los mismos datos, en el mismo formato, con el mismo lenguaje que se usaría con un compañero técnico, es la razón más habitual por la que una solicitud de presupuesto se posterga, se recorta, o simplemente no se entiende hasta que el problema ya se ha convertido en una parada costosa —es decir, hasta que ya es demasiado tarde para prevenirlo.
Qué debe hacer realmente un responsable
La solución no es dejar de usar los datos, es cambiar por completo la forma de sacarlos de tu propio departamento.
- Traducir el dato en consecuencia, no dejarlo como número. No “el OEE ha bajado al 68%”, sino “a este ritmo perdemos el equivalente a X horas de producción al mes, que valen €Y”. Quien decide el presupuesto razona en costes y riesgos, no en indicadores técnicos.
- Mostrar, no solo enumerar. Un gráfico sencillo con una tendencia clara comunica en tres segundos lo que una tabla de números no comunica en tres minutos. Menos detalle técnico, más evidencia visual de hacia dónde se dirige la situación.
- Anticipar la pregunta que llegará de todos modos. “¿Qué pasa si no hacemos nada ahora?” es la pregunta implícita en toda solicitud de presupuesto. Un responsable que la anticipa con una respuesta clara —en términos de riesgo concreto, no de teoría— evita la objeción más habitual.
- Probar la explicación con alguien ajeno al oficio, antes de la reunión de verdad. Si un compañero no técnico, al escuchar la misma explicación, no entiende dónde está el problema o por qué es urgente, esa explicación no está lista para la reunión que importa.
No es un ejercicio de simplificación por sí mismo. Es reconocer que la competencia técnica y la capacidad de conseguir los recursos para aprovecharla bien son dos cosas distintas, y que un responsable que solo domina la primera se queda, con demasiada frecuencia, siendo un excelente técnico que nunca consigue que se apruebe lo que sabe que es realmente necesario.
En resumen
El error más común —y más costoso— de un responsable de mantenimiento no es técnico: es dar por hecho que una deriva o un comportamiento claro en los datos es igual de claro para quien los mira sin el mismo background. Quien controla el presupuesto para los problemas más graves rara vez tiene competencias técnicas, y hay que hablarle en su idioma —riesgo, coste, consecuencia— no en el idioma de los propios indicadores. Quien aprende a hacer esta traducción, y no solo a leer bien los datos, deja de perder las batallas más importantes por cómo las ha contado.