La puesta en marcha de un CMMS en 30 días es factible para fabricantes con menos de 500 activos, una sola planta y un responsable de mantenimiento comprometido que dedique 20 horas semanales a la implementación. Para ello, es necesario elegir un CMMS en la nube con un historial comprobado de implementación rápida, limitar la puesta en marcha inicial a las funcionalidades básicas y resistir la tentación de configurar todas las características antes de la puesta en marcha del sistema. El plazo de 30 días se extiende a entre 60 y 90 días cuando: el número de activos supera los 1000 y requiere una preparación de datos significativa; la integración con el ERP es un requisito desde el primer día en lugar de una iniciativa de segunda fase; la organización requiere documentación de validación para el cumplimiento normativo; o no existe un responsable de la implementación con autoridad para tomar decisiones. Para los fabricantes que necesitan una puesta en marcha en 30 días, la clave está en el control del alcance: implementar la gestión de órdenes de trabajo, la programación del mantenimiento preventivo y el acceso móvil el día 30, y luego añadir la gestión de inventario, la integración de compras y los informes avanzados entre las semanas 5 y 12. Un sistema central funcional con una alta tasa de adopción por parte de los técnicos siempre supera a un sistema completo con baja tasa de adopción.
Días 1 a 7 — fundamentos: día 1, inicio con el proveedor y asignación del propietario de la implementación interna. Días 2 a 3, exportación de la lista de activos existente desde cualquier sistema que la contenga actualmente (ERP, hoja de cálculo, papel). Días 4 a 5, limpieza de datos de activos y preparación del archivo de importación. Días 6 a 7, importación de activos y configuración de la jerarquía de activos en CMMS. Objetivo: todos los activos activos cargados con ubicación y criticidad. Días 8 a 14 — configuración: días 8 a 9, configuración de cuentas de usuario, roles y permisos. Días 10 a 11, carga de programas de PM para los 20 activos más críticos. Días 12 a 13, configuración de tipos de órdenes de trabajo, niveles de prioridad y formularios de finalización. Día 14, prueba interna con el gerente de mantenimiento y un técnico experimentado. Objetivo: los programas de PM se generan correctamente y las órdenes de trabajo se pueden cerrar de principio a fin. Días 15 a 21 — capacitación: días 15 a 16, capacitación de supervisores de mantenimiento y líderes de equipo. Días 17 a 18, técnicos de mantenimiento de trenes en la aplicación móvil. Días 19 a 20, operadores de trenes en el envío de solicitudes de trabajo. Día 21, prueba completa del equipo procesando 10 órdenes de trabajo de muestra. Objetivo: cada usuario ha completado al menos 3 órdenes de trabajo en el sistema. Días 22 a 30 — puesta en marcha: día 22, el sistema se pone en marcha como el sistema de registro para todas las nuevas órdenes de trabajo. Días 23 a 28, propietario de la implementación disponible a tiempo completo para preguntas de soporte. Días 29 a 30, primera revisión semanal del cumplimiento de PM y la cartera de órdenes de trabajo abiertas. Objetivo: 100% del trabajo de mantenimiento fluyendo a través de CMMS, sin órdenes de trabajo en papel.
Decisión 1 — propietario dedicado: la implementación tiene éxito o fracasa según si una persona se dedica a ella a tiempo completo durante 30 días. Un gerente de mantenimiento que ejecuta una implementación con un 20 % de atención junto con sus funciones operativas completas suele tardar entre 90 y 180 días. Decisión 2 — disciplina del alcance: defina el alcance de la puesta en marcha por escrito antes del día 1 y rechace las adiciones al alcance hasta el día 30. La desviación del alcance es la causa principal de que las implementaciones de 30 días se conviertan en implementaciones de 90 días. Decisión 3 — participación de los técnicos: involucre a dos técnicos de mantenimiento como socios de diseño desde el día 8. Los técnicos que ayudan a configurar el sistema se convierten en promotores de la adopción; los técnicos que reciben el sistema como un producto terminado se convierten en reticentes. Decisión 4 — período de ejecución en paralelo: mantenga el sistema antiguo (incluso una hoja de cálculo) en modo de solo lectura durante 14 días después de la puesta en marcha como medida de seguridad. Esto reduce la ansiedad de los técnicos y permite una validación rápida de la precisión de la migración de datos. Decisión 5 — revisión del día 30: programe una revisión formal el día 30 con el gerente de mantenimiento, el gerente de planta y el gerente de cuenta del proveedor. Revisar el índice de cumplimiento del mantenimiento preventivo, el volumen de órdenes de trabajo, la tasa de adopción por parte de los técnicos y cualquier problema de configuración pendiente. Esta reunión fomenta la responsabilidad de todas las partes y establece el ritmo para la mejora continua del rendimiento.
Iniciar sesión
Blog
