Las implantaciones que funcionan
Los cinco rasgos que se repiten en las implantaciones de GMAO que salen bien, y los cuatro que aparecen en las que se quedan a medias.
Actualizado el 6 min de lectura
- Implantación
- Equipos
- Gestión del mantenimiento
Después de bastantes implantaciones se repiten los mismos patrones. No tienen que ver con el tamaño de la empresa ni con el sector, y casi ninguno tiene que ver con la herramienta.
Estos son los cinco rasgos que aparecen en las que funcionan, y los cuatro de las que se quedan a medias.
Lo que hacen las que funcionan
1. Empiezan pequeño
Activos críticos, no inventario completo. Los equipos que paran la producción o el servicio si fallan, y los que tienen obligación normativa: suelen ser menos de cincuenta.
Con eso hay preventivo generándose y órdenes cerrándose con datos reales en semanas. El resto entra después, cuando el hábito ya está cogido.
2. Meten al técnico desde el principio
Antes de decidir la compra, no después. Un técnico detecta en dos minutos si la app le va a hacer perder tiempo, y esa es la prueba con más valor predictivo de todo el proceso.
Y luego empiezan con un grupo pequeño durante unas semanas. De esa prueba salen los ajustes que nadie había previsto y —más importante— los argumentos para convencer al resto: un técnico contándole a otro que ya no llama a la oficina convence más que cualquier formación.
3. Tienen a alguien de casa al mando
No hace falta que sea informático. Hace falta que conozca la operación y pueda decidir sin convocar una reunión por cada duda de configuración.
Sin esa figura, cada decisión pequeña se convierte en un correo y el arranque se alarga meses.
4. Piden pocos campos
Y la regla que lo sostiene: 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, un campo inútil son horas y una razón más para rellenar deprisa.
5. Cierran el círculo
Lo que el técnico registra tiene consecuencia. Una anomalía detectada se convierte en una incidencia con responsable y fecha, o en una decisión explícita de no hacer nada.
Es el rasgo que más distingue. Si se registra y no pasa nada, el técnico deja de registrarlo a la tercera vez, y a partir de ahí el histórico está incompleto justo en lo que más valor tenía.
Lo que hacen las que se quedan a medias
1. Empiezan por el inventario completo
Seis meses cargando datos antes de ver un resultado. Es el error más común y el que más proyectos deja parados: el equipo se cansa antes de que el sistema devuelva nada.
2. Lo configuran en una sala de reuniones
Sin quien lo va a usar. El resultado choca con la realidad el primer día en campo, y para entonces ya hay una configuración hecha que cuesta cambiar.
3. Lo usan para controlar al equipo
Es el más dañino y el menos reconocido. Un equipo que percibe que el sistema existe para vigilarle registra tarde, redondea tiempos y deja de anotar anomalías.
En cuanto eso pasa, los informes describen una realidad que no existe, y entonces el sistema no solo no sirve: engaña.
4. Esperan que arregle el proceso
Si hoy nadie decide quién atiende qué ni con qué prioridad, el sistema registrará el mismo desorden con más precisión. Esa conversación es previa, no cuesta dinero y es la que más determina el resultado.
Las señales a los tres meses
Si quieres saber pronto por qué camino vas, mira tres cosas.
Las quejas son concretas. «Este campo estorba», «este aviso molesta». Significa que lo están usando. Lo preocupante es el silencio.
Las preguntas cambian de tipo. De «cómo se hace esto» a «cómo configuramos aquello». Señal de que el equipo ha pasado de aprender a adaptar.
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—.
El momento en que se decide
Hay un punto concreto del calendario en el que casi todas las implantaciones se juegan el resultado, y llega antes de lo que se espera: la tercera o cuarta semana.
Es cuando el entusiasmo inicial se ha pasado, el sistema todavía no devuelve informes útiles y el equipo lleva días introduciendo datos con la sensación de que es para nada. Si en ese momento no hay nada tangible, el proyecto empieza a perder prioridad y ya no la recupera.
Lo que lo salva es tener preparado algo que enseñar justo ahí: normalmente las primeras órdenes preventivas generándose solas y cerrándose en campo, con sus tiempos reales.
Por eso el alcance de arranque no se elige por lo que sería ideal cubrir, sino por lo que se puede tener funcionando en tres semanas.
Lo que no predice nada
Por si sirve de consuelo: el tamaño de la empresa, el presupuesto del proyecto y el número de módulos activados no predicen el resultado.
Hay implantaciones pequeñas que funcionan muy bien y proyectos grandes que se quedan en una licencia sin usar. La diferencia está casi siempre en los cinco rasgos de arriba.
Un rasgo más, que aparece en todas
Las implantaciones que funcionan tienen algo en común que no es una práctica sino una expectativa: entienden que el valor llega escalonado.
Las primeras semanas no devuelven nada visible salvo que el trabajo deje de perderse. Al tercer mes aparece el primer dato incómodo, normalmente que las horas reales no eran las que se pensaba. Al año se pueden tomar decisiones sobre periodicidades y reposiciones. Y al segundo año se comparan periodos completos.
Las que se frustran son las que esperan las decisiones del año uno en el mes dos. Y las que abandonan suelen hacerlo justo antes del tercer mes, que es cuando empezaba a haber algo.
Decir esto al arrancar —que durante unas semanas va a parecer que se introducen datos para nada— evita bastante desgaste.
Si la tuya se ha atascado
Casi siempre es lo mismo: se intentó abarcar demasiado. La salida no es pedir más soporte, es reducir alcance: volver a los activos críticos con sus gamas y su periodicidad, y dejar el resto para cuando eso lleve semanas funcionando solo.
Y si aún no ha empezado, la mejor inversión previa no es elegir herramienta: es escribir la lista de activos críticos y, para cada uno, qué se le hace y cada cuánto. Ese trabajo vale igual con cualquier sistema y es el que más tarda.
Si quieres contrastar cómo va la vuestra, puedes escribirnos o solicitar una demo.