Cómo implementar un CMMS en 90 días sin llenarlo de datos muertos

La mayoría de los CMMS que fracasan no fracasan por falta de funciones. Fracasan porque el registro nació incompleto, el equipo siguió usando el grupo de mensajes y, seis meses después, nadie confía en los números. Esta es una hoja de ruta de implementación en 90 días que evita los tres errores más comunes.

Los tres errores que matan la implementación

1. Querer registrar todo antes de empezar. El equipo pasa tres meses cargando equipos y no se registra ninguna OT. Cuando el sistema por fin "sale en vivo", el registro ya está desactualizado.
2. Copiar la hoja de cálculo dentro del sistema. La hoja tenía nombres inconsistentes, equipos duplicados y campos libres. Importarlo todo sin limpiar traslada el desorden a un lugar más caro.
3. Implementar para la oficina. Al planificador le encantan las pantallas; el técnico sigue anotando en papel. Sin el registro de campo, el historial no existe.

Días 1 a 30: estructura mínima y primeras OT

El objetivo del primer mes no es tener todo registrado, sino tener una parte de la planta funcionando de punta a punta.

• Elige un área piloto: una línea o un edificio, con 30 a 80 equipos y un supervisor dispuesto.
• Define la jerarquía de ubicaciones: planta, área, línea, equipo. Tres o cuatro niveles bastan; una jerarquía demasiado profunda nadie la navega.
• Acuerda la regla de código (tag): corta, sin significados ocultos y con una etiqueta física en el equipo. "BOM-L2-03" funciona; un código de 14 caracteres con el año de compra en el medio, no.
• Registra por familia: todas las bombas con los mismos campos técnicos. Eso permite comparar después el MTBF entre equipos similares.
• Empieza a registrar OT desde el primer día, aunque el registro de equipos esté incompleto. El equipo que aparezca en una OT y no exista en el sistema se da de alta en el momento.

Días 31 a 60: preventivo y estándar de cierre

• Carga los planes preventivos del área piloto. Revisa cada uno antes: frecuencia, tareas y tiempo estimado. Un plan copiado sin revisar suele tener tareas que nadie hace desde hace años.
• Cierra la lista de códigos de falla: síntoma, causa y acción, con 10 a 20 opciones en cada una. Una lista demasiado larga hace que todos elijan "otros".
• Capacita el cierre junto al equipo, con el técnico usando el celular, no en una sala con proyector.
• Revisa las OT cerradas cada semana con el supervisor. Corregir el llenado desde el principio crea el hábito; corregirlo después de seis meses se convierte en pelea.

Conviene tener a mano la guía de qué anotar en la orden de trabajo como referencia para la capacitación.

Días 61 a 90: indicadores y expansión

• Publica los tres primeros indicadores del área piloto: preventivos a tiempo, backlog en semanas y proporción preventivo × correctivo. Muéstralos en la reunión semanal.
• Corrige lo que revelen los números. Un indicador extraño casi siempre es un dato mal cargado; trátalo como aprendizaje, no como culpa.
• Expande a la siguiente área usando lo que funcionó: la misma jerarquía, la misma lista de códigos y el supervisor del área piloto ayudando en la capacitación.

Qué mirar al elegir el sistema

Si todavía no elegiste el CMMS, prueba estos puntos en la demostración, con un técnico del equipo presente:

Punto	Cómo probarlo
Cerrar una OT en el celular	Cronométralo. Más de dos minutos para una OT simple es señal de problema
Funcionamiento sin señal	Pon el celular en modo avión e intenta ejecutar una OT
Importación del registro	Pide que importen una muestra de tu hoja de cálculo durante la demostración
Configuración	Crea un campo, un código de falla y un plan preventivo sin llamar a soporte
Salida de los datos	Exporta el historial. Tus datos tienen que poder salir del sistema

En taskfield, el técnico ejecuta la agenda en la aplicación incluso sin señal, y la OT se cierra con falla, causa, repuestos y tiempo codificados, que es lo que alimenta los indicadores desde la primera semana.