PROGRAMAR, gSIMPLEMENTE DECIK “CUANDO™? M.Sc. Erol Isaac Zabiski Duardo (CEIM-CUJAE) - ezabiski@ceim cujae.edu.cu E muchas ocasiones, hablamos de programar las tareas de Mantenimiento como algo simple y que en la prdctica no implica mucho esfuerzo. Pero en realidad la Programacién, que se define como un sub proceso del complejo y fundamental proceso de Planificacién, es la que limita el éxito 0 no del cumplimiento del objetivo de la funcién Mantenimiento. nel cumplimiento diario de las acciones de fantenimiento, persiguiendo el “respeto” hacia lo establecido, o simplemente evitando la ocurrencia de las tan desagradables fallas, se presenta la constante incorporacién, ajustes y corrimiento de acciones ya establecidas, segin el plan inicial de Mantenimiento, y aquellas acciones “no previstas”, cuyo cumplimiento es de vital importancia. p= muchos especialistas en planificacién y programacidn, el criterio mds importante es la frecuencia de intervencién, Este valor, que se debe tomar de la Tasa de Falla (3), de una funcidn objetivo, y que de ella se desprende el Tiempo Medio Entre Fallas (MTBF), forma el ABC de la programacién. Pero jes esto siempre correcto? Veamos tres escenarios ideales. ce ya disponemos de este tipo de datos, estamos ante el escenario “perfecto” para todos los planificadores, porque la Tasa de Fallo y el correspondiente MTBF son calculados, y a partir de agui se define la frecuencia de intervencién que “realmente” es correcta. Ahora bien, esta frecuencia de intervencién, que puede estar o no bajo condiciones de confiabilidad operacional, esta sujeta a criterios matemdticos de “confianz que hace, al igual que el primer caso, que estemos constantemente ajustando el valor, y haciéndolo lo mas real posible. jHasta qué punto? Pues bien, este “tope” 0 aproximacidn, estard dado por el siguiente escenario E el tercer escenario tenemos como actor principal al seguimiento de la condicién en el tiempo (C(t); parametro que puede establecer con mayor exactitud la aparicién o no de un defecto y, por tanto, la necesidad de ejecucién de una tarea de Mantenimiento para evitar el fallo. Este andlisis establecerd una frecuencia de intervencién, o simplemente una fecha de ejecucidn de la tarea, lo mas cercana posible a la realidad. Como ven, esta seria la fecha “perfecta’ para ejecutar la tarea, y eslaremos ante una programacién real, y con altos niveles de confiabilidad overacional. vor E esencia, cuando no contamos con una informacidn histérica, porque el equipo es - digamos- nuevo, el iinico dato del que disponemos, es el que nos suministre el fabricante. En este caso, la frecuencia de intervencién esta prevista por los “ensayos” y estudios que el fabricante generd en condiciones “ideales”, 0 simplemente, no acordes con las condiciones de operacién. Aqui, que dicho sea de paso estamos trabajando con un nivel X de confiabilidad, el MTBF est condicionando la programacidn, y es de vital importancia cumplir lo establecido, como minimo en el periodo de garantia, Pero, cuando ya tenemos un histérico, Qué hacer? concepto. Pero, gsiempre se puede hacer? Por supuesto que no, es por esto que se parte de la idea de establecer tres escenarios, en los cuales pueden estar, al mismo tiempo, la totalidad de los equipos/sistemas de la empresa. demas de este anilisis, es necesario recordar que la determinacion de los costos asociados es un pardmetro de decisin inevitable en la planificacién del Mantenimiento. Por eso, se determinard el escenario real, a partir de responder jeudnto me cuesta? En fin, ademas de decir “cuando”, es necesario decir “cuanto” y disfrutar cualquiera de los actos previstos. UD. escoge.