Mircoles 7 de noviembre de 2012 Relacin de mantenimiento: Al triplicar el nmero de mecnicos, ejecutar backlogs, inspecciones de los componentes, de operacin.

Aumenta la cantidad de backlogs por equipo, aumenta el MTTR, de 4% a 50%. Ahora hay capacidad para ejecutar los programas. Si hay gente disponible puedo hacer inspecciones, detectar las mquinas con ms paralizaciones, sacar listado de backlogs pendientes, cuantificar cuantas horas hombre necesita un equipo para ejecutar los backlogs, prioridades y al final repartir el trabajo (programacin) a las mquinas ms crticas entregando trabajo suficiente para que sea ejecutado. Incremento el tiempo medio para reparar, lo que junto con una buena gestin elevar la confiabilidad. Se debe optimizar el MTTR. Si queremos subir el MTBS, debemos aplicar el modelo de gestin, basado no solo en ejecucin de mantenimiento preventivo sino en una estrategia de monitoreo de condiciones. Si investigo y hago esto, tendr una distribucin de los sistemas en donde se producen los principales problemas (eventos de paralizacin), y como el MTBS = horas operacin/eventos de paralizacin, si lo quiero mejorar, debo disminuir los eventos de paralizacin por dnde empiezo? Por los sistemas que generan mayores eventos de paralizacin. En los top ten, al analizar las rdenes de trabajo debo ver la influencia en MTBS. Debo ordenar por eventos de paralizacin, por ejemplo. Dentro del sistema elctrico, los hardness, los switches. Hago un programa de backlogs para cada uno de estos. Todo esto demanda horas hombre y horas mquina de paralizacin. En el siguiente mantenimiento dir a operaciones que necesito parar a la mquina ms tiempo, para devolverles salud. El prximo mes ya no tendr 93% de DM, sino 80%, pero estoy elevando la calidad del MTTR, no es parar por parar, sino para ejecutar los programas en funcin de las inspecciones que he hecho a los equipos y ahora s en cada parada cambiar el cable, los sellos de los cilindros para que no haya fugas, etc. En el siguiente mes, este 20 de MTBS subir a 30 -> 30/(30+5), pero contino con mi s programas (mangueras, cambio de switches, etc.). Mes a mes, gracias a que tengo ms recursos, puedo incrementar el MTTR, puedo hacer inspecciones, puedo ejecutar backlogs, el TMBS sube paulatinamente, tendr 85% de DM con 40 de MTBS, y as sucesivamente, hasta llega un MTBS de 120 para tener un 95% de DM. Todo esto empieza con aumentar el mainteinance ratio (mayores recursos). Entender dnde estn los mayores problemas, clasificados por eventos para poder investigar y decir vamos al sistema elctrico, empezando por hardness, los switches y no me detengo en esto, investigo dentro del Pareto. MTBS despus de PM: El tiempo promedio en el que vuelve una mquina al taller por primera vez despus del mantenimiento programado. Si el tiempo promedio es 4 horas y hago en 4, soy efectivo. Si regresa antes de ese promedio no soy efectivo: antes de querer ser eficiente hay que ser efectivo, hacer un mantenimiento de buena calidad. EL MTBS despus de PM debe ser 50% que el antes de PM. Si el MTBS despus de PM es menor al del promedio de flota, no estamos siendo efectivos: baja calidad de ejecucin. Qu puede estar pasando? No hay buena relacin, pocos recursos y alta rotacin, poca capacidad de entrenamiento. Se compara con el antes de PM. Hay que reducir los eventos de paralizacin. Se investiga por qu tengo MTBS de 30, porque tengo que evitar las paralizaciones excesivas. Clasificar eventos por sistema, tengo un buen sistema de registro. Top ten en influencia de la confiabilidad, para tener un Pareto que diga dnde enfocarnos. El incremento de gente da la posibilidad de hacer ms inspecciones y ms trabajos. La consecuencia natural de esto es elevar el MTBS. Programas de inspecciones, detectar cules es el principal causante de paradas. No solamente se nota que este ha mejorado notablemente, sino que tambin ha mejorado con relacin a la DM de la flota pero todava hay espacio para mejorar ms. El MTBS despus de PM debe ser mnimo 50% mayor. Hay ms mano de obra pero le falta experiencia. Hay que ser ms efectivo en la ejecucin. La mquina llega al taller y despus de 20 horas regresa por algn problema. El Daniel Requejo | 9na clase 07-11-2012 1

Mircoles 7 de noviembre de 2012 MTTR es 2 horas, no 6 horas, solo se hace lo justo para hacer la falla. Se est haciendo cero backlogs por cada PM; en el otro caso se hace 6 casos por mquina. El % de programados incrementa, los eventos de paralizacin son programados, an no est en el benchmark que es 80%, falta aumentar ms confiabilidad despus de PM, en el otro caso el % de programados ha bajado, significa que la aplicacin del modelo no est dando resultados. El enfoque debe ser mejorar inspecciones, adelantarse a las fallas de los componentes mayores, analizar la operacin. El esfuerzo de gestin en A est pagando, en B estoy yndome por todas las decisiones equivocadas. Disponibilidad de almacenes beneficia al MTTR: de cada 100 repuestos, 95 los tendrn en cuanto los necesiten. Operacin B respecto del nivel de servicio: parece que es el nico que los ayuda a sostenerse. Sin embargo, los otros factores deben corregirse inmediatamente.

Daniel Requejo | 9na clase 07-11-2012