Llevas un MTTR al comité y la primera pregunta es de dónde sale. Y no tienes buena respuesta.
La hora de llegada la teclea el técnico al cerrar el parte, a veces al día siguiente. Una orden que se quedó «en curso» el viernes cuenta el lunes como una reparación de tres días. Cada responsable calcula el backlog a su manera. El indicador acaba midiendo la disciplina administrativa del equipo, no el rendimiento del mantenimiento, y todo el mundo en la sala lo sabe. Aquí los indicadores se calculan sobre el histórico real de ejecución, y puedes explicar cada cifra.
Cifras que no dependen de quién las calculó.
- Defiendes el SLA con el dato, no con el relato. El MTTR sale segmentado por criticidad y contrastado con el objetivo de SLA de cada nivel. Ves dónde cumples y dónde no antes de que te lo diga tu cliente.
- Sabes si el plan preventivo está funcionando. La proporción entre preventivo ejecutado y correctivo te dice si vas por delante de las averías o detrás de ellas.
- Dimensionas el equipo con semanas, no con órdenes. Doscientas órdenes pendientes no dicen nada. Seis semanas de backlog sí, y se defienden solas cuando pides refuerzos.
- Ninguna orden se queda olvidada en pausa. Cada mañana el sistema marca para revisión las órdenes pausadas que llevan más días de los que tú fijas sin retomarse (tres, si no dices otra cosa). No les cambia el estado: decide el supervisor, pero ya no se pierden en el listado.
- Ves cuánto de la jornada es trabajo de verdad. El wrench time separa el tiempo interviniendo del tiempo de desplazamiento, espera o búsqueda del activo.
Seis indicadores, y de dónde sale cada uno.
| Indicador | Cómo se calcula |
|---|---|
| MTBF por tipo de activo | Tiempo medio entre fallos, agregado por tipo, sobre el histórico de órdenes correctivas. |
| MTTR por criticidad | Tiempo medio de reparación segmentado por criticidad y contrastado con el objetivo de SLA que corresponde a esa criticidad. |
| Disponibilidad | Separada por avería y por mantenimiento. Agregarlas esconde justo lo que hay que decidir. |
| Planificado frente a no planificado | La proporción entre preventivo ejecutado y correctivo, que es el indicador de si el plan está funcionando. |
| Backlog | Expresado en semanas de trabajo, no en número de órdenes. |
| Wrench time | Tiempo efectivo de llave, reconstruido de los intervalos del histórico de estados de cada orden. |
El indicador que casi nadie publica, y por qué.
El wrench time es la fracción de la jornada en que el técnico está efectivamente interviniendo. Es el indicador que más dice sobre la productividad real de una operación de campo, y exige un registro fino de intervalos: cuándo empezó el desplazamiento, cuándo llegó, cuándo empezó a trabajar, cuándo pausó. Si esos hitos dependen de que alguien pulse botones, el dato no existe o es ficción.
Aquí salen de los automatismos por geofence: la orden pasa a «en curso» al detectar la llegada, el tramo de desplazamiento se genera solo y la jornada se autopausa al cerrar el turno. Los tiempos que alimentan el indicador no dependen de la memoria de nadie.
Por eso estos indicadores son fiables solo si el módulo Campo en tiempo real está activo. Te lo decimos aquí para que no lo descubras después.
Lo que necesitas para el comité y para el cliente.
- Rendimiento de equipo Carga, ejecución y tiempos por persona y por equipo.
- Análisis de peticiones De dónde entran las incidencias, cómo se clasifican y cuánto tardan en convertirse en orden.
- Informes operativos Con exportación, para el comité y para el cliente.
- Filtros y vistas Por periodo, delegación, sector, cliente, tipo de activo y criticidad.
Preguntas frecuentes
¿El sistema anticipa fallos?
¿Se pueden sacar los datos a una herramienta de BI?
Última actualización:
El siguiente paso: que tu cliente vea todo esto sin pedírtelo.
Si mantienes activos de terceros, el portal de cliente le enseña sus órdenes, sus incidencias y su SLA sin que prepares un informe.