206
EL SÍNDROME DEL PAJAR
LOS RECURSOS NO LIMITADOS. SUBORDINACIÓN Y CAPACIDAD 207
mucho más complicado de lo que se está diciendo... y, por lo tanto, sospecho que estamos equivocados. Bien, vamos a examinarlo detalladamente. De todas formas, todavía lo tenemos que convertir en un procedimiento práctico, hasta ahora sólo hemos hecho una descripción somera. Pero, antes de hacerlo, contésteme: ¿por qué se ha dicho que MRP programe hacia atrás? Sí, ya sé que todo el mundo piensa así, pero eso no quiere decir que sea verdad. Tal y como yo entiendo lo que hace MRP, y déjenme que elija uno de los procedimientos más simples (de todas formas, todos llevan exactamente a la misma respuesta), la forma en que MRP se mueve por el eje del tiempo es... Será mejor que ponga un ejemplo. Imaginemos que, en la estructura, sólo tenemos un producto que consiste en el ensamblaje de dos piezas. Para este producto, tenemos muchos pedidos con distintas fechas de entrega. ¿Cómo se moverá MRP sobre el eje de tiempo cuando programe esta empresa? Debe empezar con el pedido más temprano, si no MRP tendrá problemas para asignar los inventarios existentes. ¿No está claro? Bien. Supongamos que MRP ha empezado con el pedido más tardío, recordemos que MRP asigna los inventarios en proceso mientras hace la programación. Intenten imaginar la reacción del usuario cuando se dé cuenta de que los inventarios que ha fabricado para un pedido urgente se han asignado, de repente, a un pedido que tiene que entregarse dentro de un mes. Además, el estúpido ordenador le está pidiendo que se dé prisa con la producción de ese mismo inventario. Así que MRP empieza con el pedido más temprano. Por favor, pongan su dedo sobre el punto apropiado del eje de tiempo, sobre la fecha de entrega de este pedido. Ahora MRP empieza a hacer la explosión de necesidades por la estructura del producto, al hacerlo se mueve hacia atrás en el tiempo. Por favor, muevan el dedo de acuerdo con esto. Debe elegir una de las dos rutas, una de las dos piezas que hay que fabricar. Elige una y continúa moviéndose por ella, y su dedo continua moviéndose hacia la izquierda. Hasta ahora nos estamos moviendo hacia atrás en el tiempo, no hay problema. MRP llega a la materia prima y se ocupa de ella: ¿qué más? Todavía tenemos que programar otra pieza, así que va al ensamblaje y empieza a meterse en la segunda ruta. ¡Un momento, no tan deprisa! ¿Qué debe hacer ahora su dedo? Volver al ensamblaje significa moverse hacia adelante en el tiempo, y meterse después en la segunda ruta significa moverse hacia atrás. El dedo ha hecho un zigzag maravilloso sobre el eje de tiempo. Ya hemos terminado con este pedido. ¿Ahora qué? ¿Por qué no bailamos un tango? Si vamos al siguiente pedido, el dedo se mueve más hacia la derecha. Nos metemos en una pieza, ahora hacia la izquierda, por favor. Ahora hacia ensamblaje, otra vez a la derecha; a la segunda pieza, a la izquierda; al siguiente pedido, más hacia la derecha... y
así sucesivamente. ¿A esto le llamamos hacia atrás en el tiempo? A mí me parece un zigzag en el tiempo, con una fuerte tendencia a moverse continuamente hacia delante. ¿MRP programa hacia atrás? Seamos serios. ¿Cómo podemos diseñar un procedimiento que se mueva hacia atrás en el tiempo constantemente, al mismo tiempo que nivela las sobrecargas?