El factor humano en la implantación de un GMAO

Casi todas las implantaciones de sistemas de mantenimiento que salen mal lo hacen por lo mismo, y no es la herramienta: es que el equipo no la usa, o la usa a medias, y entonces los datos describen una realidad que no existe.

Eso no se arregla con formación ni con insistencia. Se arregla entendiendo por qué pasa.

Por qué se resiste el equipo

No es pereza. Son tres razones concretas y las tres son razonables.

Porque sospecha que es para controlarle. Es la primera que aparece y casi nunca se dice en voz alta. Un sistema que registra tiempos, ubicaciones y rendimiento se parece mucho a un sistema de vigilancia, y quien lo va a usar lo nota antes que nadie.

Porque le añade trabajo sin devolverle nada. Si hay que rellenar campos que nadie mira, el sistema es una carga y punto.

Porque no confía en que sirva. Muchos han vivido ya una implantación que se abandonó a los seis meses. La resistencia es memoria, no obstinación.

Lo que funciona: que le quite trabajo

La única forma sostenible de que un técnico alimente el sistema es que le resuelva problemas suyos. Estos son los que de verdad le afectan:

No llamar a la oficina. En la app tiene el histórico del equipo, su documentación y las anomalías abiertas de la última visita.

No cruzar la ciudad dos veces. Ordenar sus órdenes de trabajo por ruta con el GPS y tomar el trabajo que le pilla de camino.

No volver por una pieza. Stock mínimo en almacenes y artículos y la furgoneta dada de alta como almacén propio.

No pasar partes a limpio por la tarde. Cronómetro dentro de la orden, material consumido y firma recogida en pantalla. Al cerrar, ya está.

No perder el trabajo de una mañana. Todo funciona sin cobertura, y si una acción falla al sincronizar queda marcada con su motivo en vez de desaparecer.

Cuando esas cinco cosas son ciertas, el sistema se alimenta solo. Y cuando no lo son, ninguna política lo arregla.

La regla que evita la mitad de los problemas

Cada campo que se pide tiene que volver a alguien en forma de algo útil.

Si un dato no se mira, se quita. Multiplicado por todas las órdenes del año, cada campo inútil son horas y una razón más para rellenar deprisa.

Y al revés: cuando un técnico se resiste a registrar algo, casi siempre es que ese dato no vuelve a él de ninguna forma. Merece la pena preguntarle antes de insistir.

El punto donde mueren los sistemas

Que lo que registra no vaya a ninguna parte.

Un técnico detecta una anomalía durante una revisión, la registra, y no pasa nada. A la tercera vez deja de registrarla, y tiene razón. A partir de ahí el histórico está incompleto justo en lo que más valor tenía.

La anomalía tiene que convertirse en una incidencia con su prioridad y su responsable, o en una decisión explícita de no hacer nada. Las dos salidas valen; el silencio no.

Lo mismo con las propuestas de mejora: son la fuente más barata de ideas útiles y la primera que se seca si nadie las contesta.

Sobre el uso de los datos, sin rodeos

Hay que decirlo al equipo desde el principio, porque la sospecha aparece sola y es más fácil desactivarla antes que después.

Los informes de horas y tiempos sirven para dimensionar equipos, presupuestar mejor y repartir carga. No para evaluar a nadie.

Y no es solo una cuestión ética: es que no funciona. Un equipo que percibe que el sistema existe para controlarle registra tarde, redondea tiempos y deja de anotar anomalías. En cuanto eso pasa, los informes dejan de valer y lo que se quería medir se vuelve inmedible.

Lo mismo con la geolocalización: sirve para ordenar rutas y dar contexto a una firma, no para saber dónde está alguien a las cuatro de la tarde.

Cómo introducirlo

Empieza pequeño. Un grupo reducido de técnicos y un conjunto acotado de activos críticos, durante unas semanas. De esa prueba salen siempre dos cosas: ajustes que nadie había previsto y los argumentos para convencer al resto.

Que lo vea un técnico antes de decidir la compra. Detecta en dos minutos si la app le va a hacer perder tiempo. Es la prueba con más valor predictivo de todo el proceso.

Configúralo con quien lo va a usar. Lo diseñado en una sala de reuniones choca con la realidad el primer día en campo.

Deja que se cuente entre ellos. Un técnico explicándole a otro que ya no llama a la oficina convence más que cualquier formación.

Las señales de que está funcionando

A los tres meses, tres indicadores que no son de producto sino de personas.

Las preguntas cambian de tipo. De «cómo se hace esto» a «cómo configuramos aquello». Señal de que el equipo ya domina el uso y empieza a adaptar el sistema a cómo trabaja.

Alguien pide un campo nuevo. Es la mejor señal posible: significa que ha entendido que el sistema es suyo y que lo que registra sirve para algo.

Los datos tienen sentido. Si las horas imputadas y el plan ejecutado cuadran con lo que todo el mundo sabe que pasó, el registro es fiel. Si el plan aparece cumplido al 100 % y el correctivo no baja, alguien está cerrando órdenes sin hacerlas, y eso es un problema de confianza, no de software.

Quién tiene que estar de tu lado

Alguien interno que sea dueño del proyecto: que conozca la operación y pueda decidir sin convocar una reunión por cada duda de configuración.

Y conviene que no sea la persona más escéptica ni la más entusiasta, sino la que tiene más credibilidad entre sus compañeros.

Un detalle que parece de tarifa y es de personas

Si el software se paga por usuario, dar de alta a un eventual de temporada o a una subcontrata cuesta dinero, y aparece la tentación de compartir cuentas.

Además de romper el histórico como prueba, eso manda un mensaje: que hay gente de primera y de segunda dentro del sistema. En GMAO CLOUD las licencias son ilimitadas en los tres planes.

Si quieres que un técnico tuyo lo vea antes de decidir, puedes solicitar una demo.