Cuando se menciona un tablero Kanban a la generación más joven, inmediatamente piensan en un tablero de visualización de tareas pendientes / en curso / completadas – y en el método de gestión de proyectos Agile. Basta con hacer una búsqueda en Internet, y eso es lo que encontrarás…
Para los veteranos como yo, un bucle Kanban es un método de gestión de reaprovisionamiento: cuando el artículo/cliente aguas abajo consume, se genera una señal al artículo/proveedor aguas arriba, para autorizar el reaprovisionamiento.
Algo así:
![A Kanban loop visualized](https://demanddriventech.com/wp-content/uploads/image-99.png)
Esta forma de trabajar tiene varias ventajas:
- El flujo se rige por el consumo real aguas abajo. Cuando no hay necesidad, no tiene sentido acumular existencias. Si consumimos más rápido, pedimos más suministros, en tiempo real. Es de sentido común.
- Se dimensiona un bucle (número de contenedores/tarjetas/cantidad total). El stock actual + los pedidos nunca pueden superar este bucle.
- En general, el sistema es muy visual, con tableros de visualización.
Inventado en Japón a mediados del siglo XX, el método Kanban se ha ido perfeccionando a medida que se desplegaba, sobre todo en la industria del automóvil, con tableros de acumulación para crear lotes, mecanismos Heijunka para alisar la carga, tableros de lanzamiento para gestionar las secuencias, etc. Las versiones electrónicas, que en un principio se basaban en tarjetas físicas, se han desarrollado para facilitar la gestión de los bucles y responder a las necesidades de desmaterialización.
Un bucle de reaprovisionamiento DDMRP basado en un buffer tiene el siguiente aspecto:
![DDMRP buffer-driven replenishment loop](https://demanddriventech.com/wp-content/uploads/image-100.png)
Es muy parecido, ¿no?
Los principios básicos de funcionamiento son los mismos: un flujo pull, basado en la demanda real aguas abajo. El trabajo en curso está dimensionado por el bucle, y el proveedor no puede empujar más que la señal desencadenada por la demanda real.
¿Se trata de esto? ¿Nos estamos entusiasmando con el rebranding de un concepto japonés de 1950? ¿Lo suficiente para que la joven generación de nativos digitales se interese por el flujo pull?…
No exactamente. Todos sabemos que, tras décadas de existencia, el flujo pull sigue siendo minoritario en lo que respecta a la gestión de las cadenas de suministro. El MRP -cuyas debilidades son conocidas y reconocidas desde al menos los años 90- sigue siendo predominante.
Un buffer de stock DDMRP promete responder mejor a la variabilidad que un bucle Kanban. Es un hecho: un bucle Kanban responde muy bien cuando hay un flujo importante y estable. Cuando la demanda es más variable -estacional, basada en eventos, errática- la cosa se complica.
Un buffer DDMRP responde mucho mejor en un entorno variable, como demuestran las implantaciones a lo largo de más de una década, así como la investigación académica de 2018.
¿Cuáles son las diferencias objetivas del mecanismo de un bucle DDMRP?
Bucle dinámico
Un buffer DDMRP es dinámico: el tamaño del bucle se adapta en función de los cambios de la demanda, histórica o prevista. Se acabaron los tediosos ajustes de Kanban.
Esta característica puede existir en un modelo Kanban, especialmente en un Kanban electrónico, pero está especialmente bien equipada en un bucle DDMRP.
Demanda cualificada
La ecuación de flujo tiene en cuenta una parte de la demanda, mientras que el Kanban sólo reacciona cuando se ha alcanzado el consumo. ¿Puede ver la diferencia entre los dos diagramas anteriores? En un caso, sólo tenemos en cuenta el consumo, en el otro la «demanda cualificada». Así es más fácil reaccionar ante una demanda variable.
La demanda cualificada tiene en cuenta tres componentes:
- Demanda pasada / pedidos pendientes. Un Kanban que sólo reacciona al consumo ignora estos pedidos pendientes y sólo autorizará un aumento de la oferta cuando el retraso empiece a recuperarse. Como máximo, si el bucle Kanban está vacío, la cantidad total del bucle Kanban estará en pedido en el lado del proveedor. En un bucle DDMRP, la ecuación de flujo puede ser negativa debido a los retrasos acumulados, por lo que se realizan más pedidos.
- Demanda actual. En comparación con un Kanban, sólo anticipamos lo que necesitaremos enviar hoy, lo que en la práctica anticipa unas horas un evento de consumo que se considera seguro.
- Picos de demanda en un horizonte futuro definido. Para gestionarlo en un Kanban clásico, necesitamos detectar que vamos a tener una demanda excepcional e inyectar en el bucle varias tarjetas «de un solo uso» para cubrir esta demanda con un suministro puntual. Este mecanismo es sistemático / industrializado en un buffer DDMRP.
Tener en cuenta una parte de la demanda permite que la cantidad de reposición supere el tamaño del buffer. Algunos podrían considerar que esto es más laxo que un Kanban, que limita sistemáticamente la cantidad del pedido al tamaño del bucle.
Sin embargo, requiere una gestión rigurosa, ya que la señal de «demanda cualificada» debe ser limpia.
Por ejemplo, si se aplica un bucle DDMRP a los artículos hijos de una fábrica, es importante que las órdenes de fabricación de los artículos padres se sitúen en el futuro y que reflejen lo que se sabe que se va a poder fabricar. No va a fabricar nada la semana pasada…
Ejecución: FIFO o no
En la fase de ejecución, la prioridad de los pedidos de aprovisionamiento en un bucle Kanban se trata generalmente según el sistema FIFO. No es el caso de un bucle DDMRP, en el que las prioridades se ajustan continuamente en función del estado de las existencias. Esta diferencia es esencial, sobre todo en los bucles más largos.
Bucle push/pull híbrido
Un bucle DDMRP integra fácilmente una cadena de dependencias en modo push (fabrico un subconjunto en flujo con un conjunto final), con los mecanismos desacoplados de cálculo de plazos de entrega y requisitos de la lista de materiales es fácil gestionar estas combinaciones muy frecuentes en la industria. Organizar este tipo de bucle híbrido con un Kanban convencional es posible, pero en mi experiencia mucho más complejo de diseñar y organizar.
A esta comparación pueden añadirse otras consideraciones: sistema Kanban electrónico estandarizado frente a sistema Kanban electrónico propietario, cuadros de mando históricos de análisis de resultados, capacidad de simulación y proyección, prioridades relativas, etc. Un bucle DDMRP actualiza supone una evolución del Kanban, facilita el despliegue «de extremo a extremo» y facilita la adopción del flujo pull a la mayoría de las empresas.