El coste de una hora de parada
Lo sabe producción y lo sabe finanzas. Es el número que convierte cualquier discusión de mantenimiento en una de negocio.
Guía
Casi todos los responsables de mantenimiento industrial tienen claro que necesitan un sistema. Lo que falla es la conversación siguiente, cuando hay que explicar en el comité por qué merece la pena.
Porque el beneficio de un GMAO es difuso al principio y muy concreto después, y los comités de inversión funcionan al revés. Una máquina nueva produce más desde el día uno; un sistema de gestión del mantenimiento no produce nada por sí mismo: hace que se pierda menos trabajo, que las paradas se encajen mejor y que dentro de un año se pueda decidir con datos lo que hoy se decide con intuición. Ese retorno existe, pero no cabe en una casilla de la hoja de inversión, y por eso conviene construir el caso con números propios en lugar de con los porcentajes que trae cualquier folleto.
Sale mejor una estimación tuya y explicada que un porcentaje de un fabricante.
Lo sabe producción y lo sabe finanzas. Es el número que convierte cualquier discusión de mantenimiento en una de negocio.
Cuántas veces ha fallado lo mismo. Aunque lo saques a mano de los partes, es la evidencia más contundente que puedes llevar.
Suele ser la mitad del MTTR y casi nadie lo mide. Es la parte que se reduce antes y con menos esfuerzo.
Qué porcentaje de lo planificado se ejecutó. Si nadie lo sabe, ya tienes el primer argumento.
Desplazamientos, esperas y búsquedas de información. En plantas grandes es una cifra que sorprende.
Hay un riesgo que en muchas plantas está a un paso de materializarse y no aparece en ningún cuadro de mando: que el conocimiento crítico viva en dos o tres personas con veinte años de casa. Cuando esas personas se van —y se van, porque el relevo generacional en mantenimiento industrial lleva años siendo un problema real— lo que se pierde no es mano de obra, que se contrata: es saber por qué esa bomba falla cada verano. Presentar un GMAO como el sistema que acumula ese conocimiento fuera de las cabezas suele convencer a un comité más rápido que cualquier estimación de ahorro, porque es un riesgo que todo el mundo reconoce.
Tres cosas, y conviene no prometerlas porque no se cumplen y queman la credibilidad para la siguiente inversión. No prometas un porcentaje de reducción de averías: depende del plan, no del software. No prometas indicadores fiables para el primer trimestre: hacen falta meses de registro correcto detrás. Y no prometas que el sistema se implanta solo: la parte que más determina el resultado es el tiempo del equipo, sobre todo el de quien conoce los equipos, y eso hay que reservarlo en el plan desde el principio. Un caso de inversión honesto que se cumple vale más que uno optimista que decepciona.
Quien tiene que firmar suele plantear las mismas tres cosas. La primera es que ya lo intentamos y no funcionó, y es la más seria: casi siempre es cierta y casi siempre el proyecto anterior murió por alcance excesivo, no por la herramienta. Reconocerlo y proponer un arranque deliberadamente pequeño desarma la objeción mejor que discutirla. La segunda es que el equipo no lo va a usar, que también suele ser cierta si la herramienta añade trabajo al técnico en lugar de quitárselo; se responde enseñando qué deja de hacer un técnico, no qué empieza a hacer. Y la tercera es que ya tenemos el ERP, que confunde dos cosas distintas: el ERP sabe lo que costó una pieza, no sabe cuántas veces ha fallado esa máquina ni cuándo toca su próxima revisión. Ninguna de las tres se gana con argumentos generales sobre digitalización.
La forma más eficaz de justificar la inversión no es una presentación: es un piloto acotado con datos propios. Se eligen una línea o un conjunto de quince o veinte equipos críticos, se lleva su mantenimiento dentro del sistema durante tres o cuatro meses, y se compara con lo que se sabía antes. La gracia es que el resultado casi nunca es el esperado. Lo que suele aparecer no es un ahorro espectacular sino algo más convincente: que había el doble de intervenciones de las que nadie contaba, que tres equipos concentraban la mitad de las paradas, o que un preventivo que se ejecutaba religiosamente no había evitado un solo fallo en dos años. Ese tipo de hallazgo concreto pesa más ante un comité que cualquier porcentaje de mejora de un catálogo, entre otras cosas porque nadie puede rebatirlo.
El que casi siempre se olvida: las horas propias. Levantar el inventario de equipos críticos, definir los planes y acompañar los primeros meses de uso consume tiempo de personas que ya tienen trabajo, y es donde encallan los proyectos que solo presupuestaron el software. Contarlo por delante da credibilidad al caso en lugar de restársela, porque es exactamente lo que preguntará quien haya vivido una implantación anterior.
Que el problema casi nunca es el producto, y conviene averiguar qué pasó antes de cambiar de herramienta. Los motivos habituales se repiten: se configuró con un alcance imposible de mantener, se pidió al técnico que introdujera datos sin devolverle nada a cambio, o se quedó sin nadie que lo sostuviera cuando se fue quien lo montó. Ninguno de los tres se arregla comprando otro.
Depende tanto del caso que cualquier porcentaje general es publicidad. Lo que sí se puede construir es una estimación propia con tres datos que ya tienes: el coste de una hora de parada, las averías repetidas del último año y el tiempo de parada que se va esperando repuesto.
En semanas deja de perderse trabajo. En meses se pueden responder preguntas sin reconstruir nada. Y los indicadores de fiabilidad necesitan al menos un ciclo completo de averías por equipo para decir algo.
En muchas plantas, el riesgo de que el conocimiento crítico viva en dos o tres personas. Es un riesgo que todo el mundo reconoce y que ningún cuadro de mando refleja.
Tiempo del equipo, sobre todo de quien conoce los equipos. Es la parte que más determina el resultado y la que más veces se deja fuera del plan.
Traes tus averías del último año y el coste de tu hora de parada, y salimos con una estimación que puedas defender.
Accesibilidad
Se guardan en este navegador. El tema claro u oscuro se cambia desde el pie.