10.4 CONWIP The simplest way we can think of to establish a WIP cap is to just do it!

That is, for a given production line, establish a limit on the WIP in the line and simply do not allow releases into the line whenever the WIP is at or above the limit. We call the protocol under which a new job is introduced to the line each time a job departs CONWIP (constant work in process) because it results in a WIP level that is very nearly constant. Recall that in Chapter 7 we made use of the CONWIP protocol to control WIP so that we could determine the relationships among WIP, cycle time, and throughput. We now offer it as the basis of a practical WIP cap mechanism. First we describe it qualitatively, and then we give a quantitative model for analyzing the performance of a CONWIP line. 10.4.1 Basic Mechanics We can envision a CONWIP line operating as depicted in Figure 10.4, in which departing jobs send production cards back to the beginning of the line to authorize release of new jobs. Note that this way of describing CONWIP implicitly assumes two things: 1. The production line consists of a single routing, along which all parts flow. 2. Jobs are identical, so that WIP can be reasonably measured in units (i.e., number of jobs or parts in the line). If the facility contains multiple routings that share workstations or if different jobs require substantially different amounts of processing on the machines, then things are not so simple. There are, however, ways to address these complicating factors. For instance, we could establish CONWIP levels along different routings. We could also state the CONWIP levels in units of "standardized jobs," which are adjusted according to the amount of processing they require on critical resources. We address these types of implementation issues in part III. For now, we focus on the single-product; single-routing production line in order to examine the essential differences between CONWIP, Kaban, and MRP systems. From a modeling perspective, a CONWIP system looks like a closed queuing network, in which customers (jobs) never leave the system, but instead circulate around the network indefinitely, as shown in Figure 10.5. Of course, in reality, the entering jobs are different from the departing jobs. But for modeling purposes, this makes no difference, because of the assumption that all jobs are identical. In contrast, a pure push, or MRP, system behaves as an open queueing network, in which jobs enter the line and depart after one pass (also shown in Figure 10.5). Releases into the line are triggered by the material requirements plan without regard to the number of jobs in the line. Therefore, unlike in a closed queueing network, the number of jobs can vary overtime. Finally, Figure 10.5 depicts a (one. card) kanban system as a closed queueing network with blocking. As in the closed queueing network model of a CONWIP system, jobs circulate around the

network indefinitely. However, unlike the CONWIP system, the kanban system limits the number of jobs that can be at each station, since the number of production cards at a station establishes a maximum WIP level for that station. Each production card acts exactly like a space in a finite buffer in front of the workstation. If this buffer gets full, the upstream workstation becomes blocked. ESPAOL CONWIP La forma ms sencilla que podemos pensar en establecer un lmite WIP es hacerlo! Es decir, para una lnea de produccin determinada, establecer un lmite en el trabajo en curso en la lnea y simplemente no permitir la liberacin en la lnea cada vez que el WIP se encuentra en o por encima del lmite. Llamamos el protocolo en virtud del cual se introduce un nuevo trabajo a la lnea cada vez que un trabajo salga CONWIP (constante trabajo en proceso), ya que se traduce en un nivel de WIP que es casi constante. Recuerde que en el captulo 7 hemos hecho uso del protocolo CONWIP controlar WIP para que podamos determinar las relaciones entre WIP, tiempo de ciclo, y el rendimiento. Ahora ofrecemos como la base de un mecanismo de tapa WIP prctica. En primer lugar se describe cualitativamente, y luego le damos un modelo cuantitativo para analizar el rendimiento de una lnea CONWIP. 10.4.1 Mecanica Basica

Podemos imaginar una lnea CONWIP operar como se muestra en la Figura 10.4, en el que salen trabajos enviando tarjetas de produccin de nuevo al principio de la lnea donde se autoriza la liberacin de nuevos puestos de trabajo. Tenga en cuenta que esta forma de describir CONWIP asume implcitamente dos cosas:

1. La lnea de produccin se compone de una sola de enrutamiento, el cual a lo largo de todo el flujo de partes. 2. Los trabajos son idnticos, por lo que WIP se puede medir de manera razonable en las unidades (es decir, el nmero de puestos de trabajo o partes de la lnea). Si el establecimiento contiene mltiples rutas que comparten estaciones de trabajo o si diferentes trabajos requieren sustancialmente diferentes cantidades de procesamiento en las mquinas, las cosas no serian tan simples. Hay, sin embargo, las formas de abordar estos factores de complicacin. Por ejemplo, podramos establecer niveles CONWIP lo largo de diferentes rutas. Tambin podramos establecer los niveles CONWIP en unidades de "puestos de trabajo normalizados", que se ajustan de acuerdo a la cantidad de procesamiento que requieren de recursos crticos. Nos dirigimos a este tipo de cuestiones de aplicacin de la parte III. Por ahora, nos centramos en el de un solo producto, lnea de produccin de una sola ruta con el fin de examinar las diferencias esenciales entre CONWIP, Kaban, y los sistemas de planificacin de necesidades. Desde una perspectiva de modelado, un sistema de CONWIP se parece a una red de colas cerrada, en la que los clientes (puestos de trabajo) nunca abandonan el sistema, sino que circulan por la red de forma indefinida, tal como se muestra en la figura 10.5. Por supuesto, en la realidad, los puestos de trabajo que entran son diferentes de los puestos de trabajo que salen. Sin embargo, para fines de modelado, esto no hace ninguna diferencia, debido a la suposicin de que todos los trabajos son iguales. En contraste, un impulso puro, o MRP, el sistema se comporta como una red de colas abierta, en la que la lnea de puestos de trabajo entran y salen despus de una pasada (tambin se muestra en la Figura 10.5). Las liberaciones a la lnea son provocadas por el plan de necesidades de materiales sin tener en cuenta el nmero de puestos de trabajo en la lnea. Por lo tanto, a diferencia de una red de colas cerrada, el nmero de puestos de trabajo puede variar con el tiempo. Finalmente, la Figura 10.5 muestra un sistema Kanban (una tarjeta) como una red de colas cerrada con el bloqueo. Al igual que en el modelo de red de colas cerrado de un sistema de CONWIP, puestos de trabajo circulan alrededor de la red indefinidamente. Sin embargo, a diferencia del sistema CONWIP, el sistema Kanban limita el nmero de puestos de trabajo que puede ser en cada estacin, ya que el nmero de cartas de produccin en una estacin establece un nivel mximo WIP para esa estacin. Cada tarjeta de produccin acta exactamente como un espacio en un tampn finito en frente de la estacin de trabajo. Si este buffer se llena, la estacin de trabajo aguas arriba se bloquea.