Decidir el circuito primero
Estados, perfiles y permisos antes de meter un solo dato. Es lo más barato al principio y lo más caro después.
Guía
Casi ningún GMAO falla. Se abandona
Y cuando se abandona, la conclusión suele ser que el software no valía. Rara vez es eso: los motivos se repiten con una regularidad que ya asusta.
Qué significa que una implantación ha salido bien
Conviene definirlo antes de empezar, porque si no nunca se sabe si ha terminado. Una implantación ha salido bien cuando el trabajo que se hace queda registrado sin que nadie tenga que recordarlo, cuando quien pregunta algo obtiene la respuesta del sistema en lugar de preguntando a una persona, y cuando el equipo abre la herramienta porque le facilita el día y no porque se lo exijan. Nada de eso exige tener el inventario completo ni todos los módulos encendidos, y por eso apuntar a lo segundo suele impedir lo primero.
Los cinco errores
En este orden de frecuencia.
- Levantar el inventario completo antes de arrancar. A los cuatro meses nadie se acuerda del proyecto y el inventario está a medias.
- Configurar el circuito de estados sobre la marcha. Cambiarlo después, con mil órdenes dentro, cuesta diez veces más que pensarlo una tarde al principio.
- Formar a los gestores y no a los técnicos. Quien decide si el sistema se usa es quien trabaja en campo, y decide la primera semana.
- Migrar todo el histórico sin filtrar. El registro pobre mezclado con el bueno estropea los indicadores en lugar de enriquecerlos.
- No definir cuándo termina. Sin criterio de terminado, la implantación se convierte en un proyecto perpetuo que nadie da por bueno.
Qué hacer en su lugar
El orden que sí funciona.
Arrancar por una parte
Un contrato, una planta o una línea, con inventario mínimo. Órdenes reales circulando en semanas valen más que un inventario perfecto en un año.
Acompañar al equipo
Los primeros días, con sus propias órdenes, corrigiendo las fricciones concretas. Esa semana determina el resultado.
Automatizar después
Los planes preventivos se adoptan solos cuando el equipo ya trabaja dentro. Antes, son una carga más.
Medir al final
Los indicadores llegan cuando hay meses de registro fiable. Sacarlos antes solo sirve para desconfiar de ellos.
Qué traer y qué dejar atrás
Casi nadie parte de cero, y la tentación es traerlo todo. Conviene resistirla. Lo que merece la pena migrar es lo que va a usarse: el inventario de activos con su identificación y ubicación, los contratos vigentes, la documentación técnica y las obligaciones normativas en curso. Del histórico de intervenciones, lo suficiente para que los indicadores tengan sentido, que rara vez son diez años. Traer una década de partes cerrados con «revisado y funcionando» no mejora el análisis: lo contamina, porque mezcla un registro pobre con uno bueno y ya no se pueden distinguir.
Sin alguien que lo sostenga, no hay implantación
El factor que mejor predice si un proyecto de este tipo sigue vivo a los dos años no es el producto ni el presupuesto: es si hay una persona concreta con el encargo explícito de sostenerlo. No hace falta que sea un perfil técnico ni que se dedique a ello a tiempo completo, pero sí que tenga nombre y que el resto del equipo sepa a quién preguntar cuando algo no encaja. Los sistemas que se abandonan casi nunca se abandonan de golpe: se van quedando desactualizados porque alguien se fue, porque nadie dio de alta los equipos nuevos, porque los planes siguieron apuntando a una máquina que ya no está. Cada uno de esos huecos es pequeño y reparable; juntos son la razón por la que a los dos años nadie se fía de lo que ve. Y la reparación es barata solo mientras el hueco es pequeño.
Un orden que evita rehacer el trabajo
Hay una secuencia que se repite en las implantaciones que salen bien, y su mérito es que cada paso deja listo lo que necesita el siguiente. Primero el inventario de lo que de verdad se mantiene, porque sin activos no hay nada a lo que colgar el trabajo. Después el correctivo, que es lo que ya está pasando y no hay que inventar: el equipo empieza a registrar lo que hace, sin pedirle que además diseñe nada. Cuando eso funciona solo, entra el preventivo, y entra con una ventaja enorme respecto a montarlo el primer día, que es que ya hay unos meses de histórico para decidir qué merece plan. Al final llegan los informes, que necesitan que todo lo anterior lleve tiempo funcionando. Invertir este orden —empezar por los planes y los cuadros de mando, que es lo más vistoso— es la causa más frecuente de tener que rehacerlo todo al cabo de un año.
Preguntas frecuentes
¿Conviene migrar el histórico del sistema anterior?
Depende de si alguien lo va a consultar. Migrar años de intervenciones cuesta un trabajo considerable de limpieza y correspondencia de datos, y a menudo lo que se recupera nadie vuelve a mirarlo. Lo que casi siempre compensa migrar es el inventario de activos y los documentos con vigencia; el histórico de partes conviene valorarlo aparte, y muchas veces basta con dejar el sistema antiguo consultable un tiempo.
¿Cuánta gente hace falta del lado del cliente?
Menos de la que se teme, pero no cero, y ahí encallan los proyectos que solo presupuestaron el software. Hace falta alguien que conozca la instalación para el inventario y los planes, y alguien que acompañe al equipo los primeros meses. Pueden ser la misma persona. Lo que no funciona es que sea responsabilidad de todos, porque entonces no es de nadie.
¿Por qué fracasan las implantaciones de GMAO?
Por cinco motivos que se repiten: querer el inventario completo antes de arrancar, configurar el circuito sobre la marcha, formar solo a los gestores, migrar todo el histórico sin filtrar y no definir cuándo termina el proyecto.
¿Hace falta tener el inventario completo para empezar?
No, y quererlo es el error más común. Con la identificación, la ubicación y el modelo de los activos de una zona ya se puede arrancar, y el resto entra después.
¿Cuánto histórico conviene migrar?
El suficiente para que los indicadores tengan sentido, que rara vez son diez años. Traer partes cerrados sin describir contamina el análisis en lugar de enriquecerlo.
¿Qué es lo más importante de todo?
Que el equipo técnico gane algo desde el primer día. Es lo que decide si el sistema se usa, y se decide en la primera semana.
¿Ya lo intentaste una vez?
Mejor: saber qué falló entonces ahorra la mitad del trabajo ahora. Cuéntanoslo en una demo corta.