ML volumen 9 4
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
www.mantenimientoenlatinoamerica.com<br />
El desafío en el mundo actual es la enorme cantidad de<br />
data que es recolectada, modificada y almacenada<br />
diariamente. ISO 14224 provee las guías sobre cuales<br />
datos necesitan ser recolectados. No obstante, un<br />
enfoque estructurado es necesario para entender como la<br />
data será recolectada, consumida, analizada y sostenida<br />
para conducir las decisiones. La intención de este artículo<br />
es brindar un enfoque simplificado para conseguir ese<br />
objetivo. Los seis pasos claves para implementar ISO<br />
14224 son:<br />
1. Desarrollar una jerarquía estándar de activos e<br />
implemente el estándar:<br />
Con mucha frecuencia he visto jerarquías inconsistentes<br />
de activos que hacen difícil entender la ubicación de los<br />
activos físicos en la planta y su relación con otros equipos<br />
del proceso. ISO 14224 sugiere el concepto de como una<br />
jerarquía de activos debería verse. Sin embargo, un<br />
esfuerzo detallado debe ser puesto en el lugar para<br />
desarrollar esta jerarquía basada en algunos de los<br />
impactos potenciales que se señalan a continuación:<br />
a. Identificación del trabajo<br />
Una jerarquía definida lógicamente facilita ubicar el activo<br />
en el sistema y asignar el trabajo al activo. Esto mejora la<br />
eficiencia de la planificación, el tiempo activo de<br />
mantenimiento y la seguridad.<br />
b. Mejora en la visibilidad de los costos<br />
Al ser capaces de identificar el trabajo en el activo<br />
correcto, los costos pueden ser rastreados contra el<br />
activo. En el ambiente actual de bajos costos, nos ayudará<br />
al momento de hacer el análisis de Pareto para identificar<br />
los activos con los mayores costos de mantenimiento.<br />
2. Definir clases de equipos y características asociadas<br />
Desarrollar una lista estandarizada de las características<br />
mínimas requeridas por cada clase de activos específicos.<br />
Esto asegurará que:<br />
a. Los límites operativos (límite operativo seguro y<br />
límite operativo de integridad) para sus equipos hayan<br />
sido definidos en el CMMS y sean fácilmente accesibles.<br />
Esto debería disparar las alertas durante el programa de<br />
monitoreo por condición y las rondas del operador.<br />
b. Clasificar los activos en clases / familias de activos<br />
ayudará a que el equipo de ingeniería y mantenimiento<br />
acumule la data de forma que puedan ser direccionados a<br />
un equipo dedicado con habilidades específicas. Por<br />
ejemplo, bombas centrífugas dentro de la clase de equipo<br />
rotativo con los mayores costos de reparaciones.<br />
3. Definir las categorías del trabajo de mantenimiento:<br />
En mi evaluación de diferentes operaciones, este punto es<br />
pobremente definido y cumplido. ISO 14224 nos da las<br />
guías en las categorías de los tipos de mantenimiento y las<br />
actividades relacionadas. Aplicando definiciones semi<br />
rígidas y monitoreándolas frecuentemente, el trabajo de<br />
mantenimiento que fluye a través del CMMS puede ser<br />
categorizado. Esto es, la categorización del trabajo de<br />
mantenimiento proporciona los fundamentos de cual data<br />
será analizada desde una perspectiva de confiabilidad.<br />
Algunas definiciones claves incluyen reparaciones, fallas,<br />
cuidado básico del operador, etc. Esto es esencial por lo<br />
siguiente:<br />
a. Define el juego de datos que será utilizado para<br />
analizar el desempeño del mantenimiento y la<br />
confiabilidad<br />
b. Ayuda a entender la naturaleza reactiva versus<br />
proactiva del mantenimiento.<br />
c. Provee al equipo de mantenimiento de las<br />
herramientas necesarias para la mejora de los procesos de<br />
negocio.<br />
4. Definir códigos de ítem mantenibles, códigos de<br />
fallas y códigos de causas:<br />
Definir un juego de códigos para ítem mantenibles, fallas y<br />
causas en una jerarquía estructurada, equipará a los<br />
usuarios finales con un pequeño juego de códigos<br />
relevantes. Por ejemplo bomba centrífuga, sello, fuga,<br />
instalación. Disponer de esta información para un período<br />
de tiempo, permitirá que los esfuerzos de mejora de la<br />
confiabilidad puedan ser direccionados y que se consiga<br />
optimizar los costos de mantenimiento. Definir estos<br />
códigos de una manera metódica nos permitirá:<br />
a. Ofrecer a los usuarios finales un pequeño juego (10-<br />
15) de códigos de donde escoger.<br />
b. Habilitar la medición del desempeño del trabajo para<br />
la finalización y cierre de las órdenes de trabajo<br />
c. Suministrar a los equipos de ingeniería y<br />
confiabilidad de información específica y relevante para<br />
definir el problema. Típicamente, el código de causa<br />
puede no ser conocido al momento de la ejecución del<br />
trabajo, pero esfuerzos y métricas pueden ser<br />
implementadas para hacer el seguimiento de las órdenes<br />
de trabajo y notificaciones sobresalientes que carezcan de<br />
un código de causa u otra información.<br />
Típicamente, muchas organizaciones se detendrán aquí<br />
cuando se refiere a proyectos de implementación de<br />
gestión de data de mantenimiento y confiabilidad. Desde<br />
una perspectiva personal, no considero esto como una<br />
implementación. La implementación debería definir como<br />
la data será utilizada y que decisiones serán hechas en<br />
base a esa data. Para ese propósito los dos pasos<br />
siguientes son:<br />
24