Cómo mejorar la gestión del mantenimiento

Mejorar la gestión del mantenimiento no suele exigir una reorganización. Casi siempre consiste en cerrar los huecos por los que se cae la información entre una etapa y la siguiente: entre que alguien detecta algo y se registra, entre que se hace y se apunta, entre que se apunta y alguien lo mira.

Estos son los seis cambios que más rinden, ordenados por lo rápido que se notan.

1. Una sola entrada para todo el trabajo

El primer hueco. Un aviso por WhatsApp a un técnico, otro por teléfono al jefe de equipo y otro por correo a administración son tres trabajos que nadie puede contar juntos. Y lo que no se puede contar, no se puede priorizar ni repartir.

El cambio no es prohibir el teléfono, que es imposible: es que todas las vías acaben en la misma lista. Una incidencia puede entrar desde el backend, desde el acceso del cliente con descripción y foto, o desde un buzón de correo que el sistema vacía y convierte en avisos automáticamente.

Y definir los estados con su tiempo máximo, para que lo vencido aparezca en una lista en lugar de descubrirse cuando alguien vuelve a reclamar.

2. Que el preventivo reclame

Una tarea que solo vive en un calendario no se cae con ruido: se cae en silencio, porque siempre hay una avería más urgente.

Lo que la sostiene es que sea una orden de trabajo con responsable y fecha. En GMAO CLOUD la gama de comprobaciones se asocia al activo, a su modelo o a una familia entera, se define la periodicidad y el preventivo genera las órdenes solo, comprobando antes si el día es festivo y si el técnico está disponible.

Si el desgaste depende del uso y no del tiempo, el activo puede llevar un contador con un límite y un porcentaje de aviso: al registrarse una lectura que supera el umbral, la orden se genera automáticamente.

3. Registrar donde ocurre el trabajo

El hueco más caro. Si el técnico apunta de memoria al final del día, las horas salen siempre a la baja y el material aparece semanas después. Con eso no se puede calcular el coste de nada.

En la app el cronómetro está dentro de la propia orden, el material se consume contra el almacén, el checklist se cumplimenta y la firma se recoge en pantalla. Y funciona sin cobertura, que es lo que permite que esto se cumpla en un sótano o un cuarto de máquinas.

Este cambio, por sí solo, suele revelar que hay un tipo de trabajo que se está presupuestando por debajo de lo que cuesta.

4. Medir con valores, no con casillas

Un checklist de casillas dice que alguien miró. Uno con valor mínimo y máximo dice qué vio, y deja registrada como anomalía cualquier lectura fuera de rango en el momento.

Es el cambio que convierte una ronda de inspección en una serie de datos, y con ella se puede responder después a la pregunta que más enseña tras una avería: ¿venía avisando?

Se define una vez por familia de equipos y se resuelve en cascada —activo, modelo, subfamilia, familia—, así que no es un proyecto documental.

5. Cerrar el círculo de las anomalías

El punto donde mueren la mayoría de los sistemas. Un técnico detecta algo, lo registra, y no pasa nada. A la tercera vez deja de registrarlo, y con razón.

Una anomalía tiene que acabar 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.

Es además la vía por la que un plan preventivo reduce el correctivo de verdad: no por revisar más, sino porque lo que se ve durante la revisión acaba en trabajo planificado en lugar de en una avería tres meses después.

6. Reservar una hora al trimestre para mirar los datos

El cambio más barato de todos y el primero que desaparece de la agenda.

Con los informes delante se contestan cuatro preguntas: qué porcentaje del plan anual se ha ejecutado de verdad, qué equipos concentran las anomalías, qué periodicidades hay que subir o bajar, y qué activos han acumulado un coste que ya no justifica seguir reparándolos.

Un truco tonto que funciona: darla de alta en el calendario con su periodicidad, como cualquier otra tarea. Lo que no está programado no ocurre.

Hay más detalle del método en mejora continua en mantenimiento, y de los cambios concretos en la segunda parte.

Los cuatro indicadores que bastan

Un cuadro de mando con treinta cifras no se mira. Estos cuatro sí:

• Proporción de horas de preventivo frente a correctivo. El que mejor describe si la operación es proactiva. Tarda meses en moverse.
• MTBF por equipo crítico: fiabilidad.
• MTTR: capacidad de respuesta.
• Coste acumulado por activo: el que decide si se repara otra vez o se sustituye.

Dos cambios que quitan trabajo administrativo

Además de los seis anteriores, hay dos que no mejoran el mantenimiento en sí pero liberan horas de oficina, y suelen ser los que más agradece el equipo.

Que el cliente mire en vez de llamar. Buena parte de las llamadas que recibe una empresa de mantenimiento no piden nada: preguntan cómo va aquello. Con su acceso propio, el cliente sigue el estado de sus órdenes, descarga sus partes y ve sus próximos preventivos en calendario. Esa llamada no llega a producirse.

Que el dato llegue solo al ERP. Un trabajo cerrado no debería teclearse dos veces para facturarlo. Las órdenes cerradas con sus horas y su material son exactamente lo que el ERP necesita; en el catálogo de integraciones está el alcance de cada conector, que no es el mismo en todos y conviene mirarlo antes de darlo por hecho.

Ninguno de los dos exige tocar cómo trabaja el equipo técnico, y los dos se notan en la carga de administración desde la primera semana.

Lo que no hace falta cambiar

No hace falta reorganizar el departamento. Los seis cambios anteriores son de mecánica, no de estructura.

No hace falta migrar el histórico antiguo. Lo que se consulta de verdad es lo reciente. Lo que sí merece la pena traer es el inventario de activos con sus fechas y su documentación vigente.

No hace falta empezar por todo. Se empieza por los activos críticos, con sus gamas y su periodicidad, y el resto entra cuando el hábito ya está cogido, que es la parte difícil.

Si quieres ver cuáles de estos seis cambios te faltan, puedes solicitar una demo sobre tu propio caso.