El "agujero negro" de los datos: si tus órdenes de trabajo solo dicen "Roto" y "Reparado", no puedes mejorar la fiabilidad. Estás trabajando a ciegas.
El marco PCR: utilice la estructura Problema/Causa/Solución para estandarizar sus datos sin sobrecargar a los técnicos.
La solución Fabrico: Cómo forzar la entrada de datos estructurados en dispositivos móviles para obtener automáticamente gráficos de Pareto limpios.
Hay un momento específico que vuelve loco a todo gerente de mantenimiento.
Al final del mes, generas un informe para analizar por qué la línea de empaquetado estuvo parada durante 20 horas. Abres el historial de órdenes de trabajo en busca de información relevante.
Usted ve 15 tickets completados. En "Resolución", el técnico ha escrito las mismas dos palabras 15 veces:
"Lo arreglé."
Este es el problema de la "basura digital" . Tienes datos, pero son inútiles.
No se sabe si la máquina se detuvo debido a una avería del motor, un sensor atascado o un error del operador.
Como desconoces la causa, no puedes evitar que suceda el mes que viene.
Para pasar de "Extinción de incendios" a "Fiabilidad", debe eliminar el campo de texto libre y reemplazarlo con Códigos de fallo estandarizados .
Aquí te explicamos cómo crear un sistema de códigos que los técnicos realmente utilicen y cómo Fabrico lo aplica.
En el mundo del Mantenimiento Centrado en la Confiabilidad (RCM), el historial lo es todo. Es necesario conocer el Tiempo Medio Entre Fallos (MTBF) para modos de falla específicos a fin de establecer programas de Mantenimiento Preventivo (PM) precisos.
Si dependes de notas mecanografiadas, te enfrentas a tres problemas:
Variaciones ortográficas: Excel trata las palabras "Brng", "Bearing" y "Baring" como tres problemas diferentes.
Pereza: Es más fácil escribir "Hecho" que "Correa de transmisión reemplazada debido a fatiga".
Sin análisis: No se puede graficar una oración. Solo se pueden graficar puntos de datos estructurados.
La regla: Los campos de texto son para contextualizar. Los menús desplegables son para análisis.
No compliques demasiado tus códigos. Si le das a un técnico una lista de 500 códigos ISO, simplemente elegirá el primero de la lista (normalmente "Otro") cada vez.
Utilice el marco de trabajo PCR . Cuenta una historia completa en tres clics:
¿Qué vio el operador?
Ejemplos: Ruido , Fuga , Vibración , Baja presión , No arranca .
Consejo de Fabrico: Estos códigos deberían estar disponibles para el operador cuando solicite la reparación.
¿Qué fue lo que falló realmente?
Ejemplos: Desgaste/Antigüedad , Desalineación , Error del operador , Obstrucción/Atasco , Cortocircuito .
Nota de RCM: Esto es fundamental. Si la causa es un "error del operador", ningún mantenimiento preventivo lo solucionará. Necesita capacitación, no herramientas.
¿Qué hicimos?
Ejemplos: Reemplazado , Ajustado , Limpiado , Reiniciado , Lubricado .
El resultado: en lugar de "Solucionado", ahora los datos indican: [Vibración] > [Desalineación] > [Ajustado] . Estos son datos sobre los que puede actuar.
Las herramientas CMMS estándar (como UpKeep o los módulos ERP genéricos) suelen tratar los códigos de fallo como etiquetas opcionales.
Fabrico los trata como datos de ingeniería obligatorios.
Si un técnico está reparando una caja de cambios , no debería ver códigos de error como "Error de software" o "Neumático pinchado".
Fabrico permite asignar conjuntos específicos de códigos de fallo a categorías de activos específicas. Esto mantiene la lista corta, relevante y facilita la navegación rápida en un teléfono móvil.
No se puede mejorar lo que no se mide. Fabrico permite configurar el sistema para que una orden de trabajo no se pueda cerrar hasta que se seleccione un código de fallo.
Puede que los técnicos se quejen al principio, pero seleccionar un código solo lleva 3 segundos. Esa inversión de 3 segundos ahorra horas de análisis posteriormente.
Dado que los datos están estructurados, Fabrico genera automáticamente su análisis de Pareto .
Puedes abrir el panel de control y ver al instante: "El 80% de nuestro tiempo de inactividad en la Línea 1 se debe a [Desalineación del sensor]".
Ahora ya sabes exactamente en qué invertir tu presupuesto. Reparas los sensores y desaparecen los tiempos de inactividad.
No intentes crear la "biblioteca perfecta" de códigos el primer día.
Fase 1: La lista universal (Semanas 1-4)
Empiece con códigos de alto nivel que se apliquen a todo (mecánico, eléctrico, hidráulico, operativo). Acostumbre al equipo a hacer clic en los menús desplegables.
Fase 2: El simulacro del "mal actor" (Mes 2)
Identifique las 5 máquinas con peor rendimiento (utilizando los datos OEE de Fabrico). Genere códigos de error detallados y específicos solo para esas máquinas.
Fase 3: Alineación con RCM (en curso)
A medida que analices los fallos, actualiza tu código. Si ves que se usa "Otro" con demasiada frecuencia, pregunta al equipo qué falta y añádelo.
Mike (el gerente de mantenimiento) suele pensar que recopilar datos es solo papeleo para el jefe.
Tienes que darle la vuelta a la tortilla.
Muéstrale a Mike que, utilizando los códigos de falla, puede demostrarle a "Paula" (la directora financiera) que necesita presupuesto para un motor nuevo, porque tiene 6 meses de datos que prueban que la "quemadura del motor" es la causa principal.
Deja de adivinar por qué se detienen tus máquinas.
[Reserve una demostración con Fabrico] para ver cómo nuestros datos estructurados convierten el mantenimiento en una ciencia.
Iniciar sesión
Blog
