04.07.2017 Views

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

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!