Mantenimiento reactivo en equipos pequeños: cuando las incidencias se comen la semana

Hay un pósit en tu monitor que solo dice "¿¿Aire roto??". La fuga de la cocina de la segunda planta se ha avisado dos veces durante el fin de semana, una por correo y otra con una foto por WhatsApp, y las tres personas de tu equipo técnico todavía no se han terminado el primer café. La semana ya se la han planificado otros.

Así es el mantenimiento reactivo en equipos pequeños: todo el mundo trabaja al límite, las incidencias no paran de llegar y, para el viernes, los preventivos que habías programado ya se han deslizado a la columna de la semana siguiente (otra vez). Tu equipo trabaja más que nunca, así que ¿por qué no mejora la operación? La respuesta suele estar en cómo gestionas el mantenimiento reactivo. O en cómo no lo gestionas.

Esta guía explica qué es el mantenimiento reactivo, por qué las solicitudes de mantenimiento correctivo se descontrolan en los equipos pequeños, qué cuellos de botella hay detrás y qué buscar en un sistema mejor.

¿Qué es el mantenimiento reactivo?

El mantenimiento reactivo es cualquier trabajo que se desencadena por una avería o un aviso, no por un plan. Gotea un grifo, un ascensor se para entre plantas, llega la queja de que la sala de reuniones está a 29 °C, y alguien tiene que ir a resolverlo.

El mantenimiento correctivo es el trabajo que devuelve un activo a su estado normal una vez detectado un fallo. Los dos términos se suelen usar como sinónimos y se solapan mucho, con una diferencia útil: el trabajo correctivo también se puede planificar. Si una inspección rutinaria detecta una correa desgastada y la sustitución se programa para el jueves, eso es mantenimiento correctivo sin la emergencia. Nuestra guía sobre los principales tipos de mantenimiento recoge la familia completa.

Gestionar el mantenimiento reactivo abarca todo lo que ocurre alrededor de ese trabajo no planificado: cómo entran las solicitudes, cómo se priorizan, a quién se asignan, cómo se sigue su avance, cómo se cierran los trabajos y qué se aprende de ellos después. La gestión de solicitudes de mantenimiento, la parte de recepción y triaje, suele ser donde los equipos pequeños empiezan a notar la presión.

Parte del trabajo reactivo es una decisión sensata. Dejar que una lámpara de escritorio funcione hasta que falle tiene más sentido que meterla en un plan de mantenimiento preventivo. El problema empieza cuando el trabajo reactivo deja de ser una decisión y se convierte en la forma en que funciona toda la operación.

¿Por qué se descontrolan las solicitudes de mantenimiento correctivo en los equipos de mantenimiento pequeños?

Porque, en un equipo pequeño, quien recibe las solicitudes es quien las resuelve. Los equipos grandes tienen un servicio de atención al usuario, planificación y supervisión en cada turno. Los equipos de mantenimiento pequeños tienen a tres o cuatro personas haciéndolo todo: atender la llamada, valorar la urgencia, hacer la reparación, perseguir al proveedor y documentarlo. Quien gestiona el mantenimiento suele hacer de servicio de atención, de planificación y de vía de escalado, todo desde un mismo móvil.

Eso funciona hasta que el volumen crece más rápido que el equipo, que es lo que está pasando en todo el sector del facility management. En la investigación en la que se basa el libro de Infraspeak Cómo Convertirse en un Facility Manager Estratégico, el 42,6 % de los equipos de facility management afirmó estar ya infradimensionado y el 55,7 % espera que su volumen de trabajo crezca.

Sin margen en la semana, cada solicitud urgente le quita tiempo a algo planificado. Los preventivos se retrasan, fallan más activos, llegan más solicitudes urgentes y el equipo tiene aún menos tiempo para prevenir. Lo llamamos el bucle reactivo del FM (FM Reactive Loop). Nadie lo diseña a propósito, pero el flujo de trabajo lo construye igualmente, a base de preventivos aplazados, uno tras otro. Por eso apagar fuegos es un fallo del sistema, y por eso trabajar más no lo arregla.

Cinco cuellos de botella en el flujo de trabajo de mantenimiento que mantienen a los equipos pequeños apagando fuegos

El bucle pasa por los mismos puntos débiles en la mayoría de las operaciones de mantenimiento: cómo entran las solicitudes, cómo se priorizan, cómo circula la información, cómo se sigue el estado de los trabajos y qué pasa cuando se cierra un trabajo. Aquí es donde las solicitudes suelen atascarse:

1. Las solicitudes entran por todas las puertas. Correo, teléfono, WhatsApp, el pasillo ("ya que estás aquí, ¿podrías echarle un vistazo a…?") y algún que otro pósit. Sin una única vía de entrada, la misma avería se avisa tres veces y otra distinta nunca llega a registrarse. Nadie sabe decir cuántas solicitudes hay abiertas, así que nadie puede planificar en torno a ellas.

2. La prioridad es para quien grita más. Sin criterios acordados, el fluorescente parpadeante del despacho de dirección pasa por delante de la UTA que ha empezado a hacer un ruido nuevo. El triaje se convierte en una decisión precipitada, tomada por quien haya cogido el teléfono.

3. La información se pierde en los traspasos. La visita llega sin la foto, sin el historial del activo o sin la pieza adecuada, y hay que volver al día siguiente. Cuando hay un proveedor de por medio, los detalles viajan por teléfono y de memoria. Cada traspaso es una oportunidad para que el trabajo se atasque, y por eso la comunicación en facility management importa más de lo que la mayoría de los equipos cree.

4. El estado vive en la cabeza de la gente. "¿Cómo va esto?" "Solo para saber cómo está." "¿Quién lo lleva?" Cuando la única forma de saber en qué punto está un trabajo es preguntar a alguien, quien gestiona el mantenimiento se convierte en una centralita humana y se pasa el día respondiendo preguntas en lugar de tomar decisiones.

5. Los trabajos cerrados no enseñan nada. El trabajo se cierra y la lección se va con él. La misma cisterna del mismo bloque se arregla por sexta vez este trimestre, pero nadie ve el patrón porque el historial está repartido entre cinco bandejas de entrada y una hoja de cálculo que nadie ha tocado desde la última auditoría.

Cada cuello de botella, por separado, es una molestia. Juntos, mantienen a un equipo competente en modo supervivencia.

Por qué cerrar solicitudes más rápido no rompe el bucle

Porque la velocidad no cambia el equilibrio entre el trabajo reactivo y el preventivo. La solución obvia es despachar las solicitudes más rápido: una persona más en el equipo, tiempos de respuesta más ajustados, un sábado para sacar el trabajo atrasado. Funciona unas semanas, y luego el bucle vuelve a alcanzarte.

Mientras tanto, el coste se va acumulando donde es difícil verlo:

• Los programas preventivos se retrasan, lo que aumenta tu exposición a incumplimientos normativos y hace más probable el siguiente fallo.

• Una avería evitable se convierte en un incidente grave, y las señales de alerta estaban en el registro de solicitudes desde el principio.

• Tus mejores profesionales se queman y se van a organizaciones con mejores herramientas y semanas más tranquilas.

• Los equipos internos se financian como un centro de coste, porque una función que solo apaga fuegos es lo único que la dirección llega a ver.

• Los proveedores de servicios dan un servicio irregular, y sus clientes empiezan a buscar a alguien que demuestre un servicio proactivo.

Cómo elegir un sistema que reduzca el mantenimiento reactivo

Juzga un sistema, antes que nada, por una cosa: ¿reducirá el peso del trabajo reactivo en tu operación con el tiempo? Mucho software de mantenimiento promete ayudarte a cerrar solicitudes más rápido. Es útil, pero es la prueba equivocada.

Romper el bucle reactivo exige cuatro movimientos a la vez: conectar toda la cadena, recortar la carga administrativa con automatización, usar los datos para anticiparse y alinear equipos y proveedores en torno a prioridades comunes.

Si estás replanteando todo el flujo, de la solicitud al cierre, nuestra guía sobre gestión de órdenes de trabajo lo divide en fases. Cuando compares sistemas, usa estos criterios:

• Una única puerta de entrada para las solicitudes. ¿Puede cualquier persona (alguien de recepción, de seguridad o de una empresa inquilina) avisar de un problema en pocos segundos, sin cuenta ni formación? ¿La solicitud llega ya con la ubicación, el activo y una foto?

• Prioridades según el impacto. ¿Puedes definir prioridades y SLA según la criticidad del activo y la ubicación, para que las solicitudes estén ordenadas antes de que nadie tenga que discutir por ellas?

• Una carga administrativa que se gestiona sola. ¿Qué parte del enrutamiento, la asignación, las notificaciones y los seguimientos ocurre de forma automática? Cuenta los clics entre una solicitud nueva y su asignación.

• Visibilidad compartida en cada traspaso. ¿Pueden el personal técnico, los proveedores y quien hizo la solicitud trabajar sobre la misma orden de trabajo, con su historial, fotos y mensajes en un solo lugar? ¿Puede quien hizo la solicitud ver el avance sin llamarte?

• Pensado para el terreno. ¿Puede el personal técnico recibir, actualizar y cerrar trabajos desde el móvil, incluso en una sala técnica sin cobertura?

• Patrones con los que actuar. ¿Muestra el sistema las averías recurrentes por activo, tu ratio entre trabajo reactivo y preventivo y lo que te cuesta el trabajo reactivo, en un formato que puedas presentar a la dirección o a un cliente?

• Realista para un equipo pequeño. ¿Puedes ponerlo en marcha y mantenerlo sin una persona dedicada a tiempo completo a administrarlo? Los equipos de mantenimiento pequeños no tienen horas libres para hacer de niñera de una herramienta nueva.

Después, hazle una última pregunta al proveedor del software: dentro de seis meses, ¿qué parte de nuestro trabajo será reactiva? Si la respuesta solo habla de tiempos de respuesta, sigue buscando.

Ese es el problema en torno al cual se construyó Infraspeak, la plataforma colaborativa de facility management. Solicitudes, equipos, proveedores y activos están en una sola plataforma. La Infraspeak Direct Page permite que cualquier persona avise de un problema escaneando un código QR, sin iniciar sesión. Las automatizaciones de Infraspeak Gear AI se encargan de la carga administrativa repetitiva, desde las órdenes de trabajo hasta la gestión de proveedores, y ahorran hasta 8 horas a la semana. Infraspeak Network pone a tus proveedores en las mismas órdenes de trabajo que tu equipo, y la app Infraspeak Mobile permite que el personal técnico siga trabajando en esa sala técnica sin cobertura hasta que todo se sincronice.

Cómo salir del bucle

El trabajo reactivo nunca llegará a cero, y no debería. Una tubería seguirá reventando en la noche más fría del año. El objetivo es una operación en la que el trabajo reactivo se gestione con control y se reduzca cada trimestre, en lugar de comérselo todo.

Nuestro artículo sobre cómo romper el bucle reactivo del FM profundiza en cómo funciona ese cambio en la práctica.

¿Ya sabes dónde empieza tu bucle? Solicita una demo y te enseñamos cómo Infraspeak ayuda a que tu trabajo reactivo se reduzca cada trimestre, empezando por una semana que se parezca a la tuya (pósit en el monitor incluido).