La tarjeta es el soporte; la señal es la función

El Lean Enterprise Institute (LEI) define Kanban como un dispositivo de señalización que da autorización e instrucciones para producir o retirar artículos dentro de un sistema pull. La tarjeta de cartulina es el ejemplo más conocido y común, pero el propio LEI menciona placas metálicas, bolas de colores y señales electrónicas. Así, “tarjeta Kanban” es una forma corriente de nombrar el mecanismo, aunque su señal pueda mostrarse de otras maneras. LEI, “Kanban”, líneas 3–14 y 543–544.

La palabra “autoriza” se refiere aquí a la instrucción dentro del flujo. No significa permiso legal, aprobación de seguridad ni capacidad para saltarse el procedimiento de una planta. Es una manera de describir cómo se comunica una acción ligada a una necesidad. La fuente no establece un diseño que toda empresa deba copiar ni evalúa una pantalla o tarjeta local.

La diferencia entre una señal y una etiqueta corriente no depende del material, el color ni el nombre impreso. Una etiqueta puede identificar un artículo; para hablar de Kanban, la definición del LEI enlaza la señal con una instrucción de producir o retirar dentro de un sistema pull. Esa distinción es una lectura de la definición, no un test formal del LEI.

El soporte por sí solo tampoco permite averiguar qué regla interna lo rige: eso depende de la descripción vigente del proceso. LEI, “Kanban”, líneas 3–14.

De la necesidad a la respuesta

Toyota describe su sistema pull desde el punto de vista del proceso siguiente: este va al precedente a retirar las piezas que ya utilizó. En su explicación, Kanban facilita ese enlace. El material avanza hacia el punto donde se consume y la información asociada vuelve hacia el lugar donde puede reponerse. Toyota presenta este mecanismo como parte de su propio sistema de producción, no como prueba de que todas las fábricas trabajen igual.

Toyota Production System, “The Pull System”, líneas 126–146.

LEI explica la señal como una demanda que pone en relación al proceso cliente y al proceso proveedor. En su ejemplo, el proceso que necesita componentes acude al proceso precedente, donde el trabajo se mantiene en un supermercado. Una tarjeta puede representar la demanda de producir una caja de piezas. La misma fuente describe señales que vuelven hacia el proceso anterior para indicar la reposición.

No hace falta convertir ese relato en una ruta universal: lo central para comprenderlo es que una necesidad y una respuesta quedan conectadas. LEI, “Kanban as a Learning Strategy”, líneas 34–35; “Kanban”, líneas 632–636.

“Proceso siguiente” y “proceso precedente” son posiciones relativas en ese ejemplo, no rangos de autoridad. El primero necesita material para continuar; el segundo puede responder a esa demanda. Cuando se habla de señal, conviene mantener visible esa relación. Si solo se observa una tarjeta en una caja, sin conocer qué instrucción representa ni a qué necesidad responde, su presencia no basta para explicar el flujo.

La historia corporativa de Toyota ayuda a entender por qué la empresa relaciona Kanban con retirar lo necesario. Toyota fecha en 1954 la introducción de su método de supermercado. Su relato explica que, antes, se trasladaban piezas al proceso siguiente aunque este no las necesitara, lo que contribuía a acumular material y a retrasar la disponibilidad de conjuntos completos. Después, Toyota describe la analogía: el proceso posterior iba al anterior como cliente a un supermercado.

La empresa sitúa más tarde la evolución hacia Kanban al incorporar una hoja de instrucción de producción. Es historia atribuida a Toyota, no un estudio de impacto aplicable a una planta actual. Toyota, “75 Years of Toyota: Supermarket Method”, líneas 18–34.

Una demanda concreta puede hacer visible la respuesta

En “Kanban as a Learning Strategy”, cuatro autores del LEI describen la tarjeta como una unidad de demanda concreta. Dan el ejemplo de una tarjeta que representa una caja de piezas, de manera parecida a una comanda que representa un pedido. El valor de esa escala, en su explicación, es que permite seguir una demanda individual en lugar de mirar únicamente un programa agregado de producción.

Los autores cuentan que Toyota observaba el tiempo entre la demanda específica de una caja y el momento en que se entregaba físicamente. Ballé, Chaize, Jones y Fiume, “Kanban as a Learning Strategy”, líneas 34–37 y 78–80.

Esa descripción permite distinguir dos preguntas. La primera es qué se pidió: una demanda concreta comunicada por una señal. La segunda es qué respuesta recibió: si el artículo llegó y cuánto tiempo transcurrió en el relato de los autores. No son una lista de campos obligatorios para una tarjeta. El artículo no prescribe cómo registrar los eventos, qué sistema informático usar ni qué unidad temporal debe adoptar una fábrica.

Habla del enfoque que, según sus autores, Toyota utilizó para observar respuesta en su sistema.

Esa unidad de análisis cambia la pregunta que se hace al leer el flujo. Un total semanal puede mostrar cuántas cajas salieron, pero no necesariamente cuándo respondió el sistema a cada solicitud. El artículo de los autores insiste en demandas individuales; una lectura editorial de esa idea es conservar el vínculo entre cada petición y su propia entrega, en vez de tratar todos los pedidos como si hubieran ocurrido a la vez.

Si las respuestas fueron distintas, un solo promedio puede ocultar cuál demanda concreta quedó esperando. Esto no convierte la tarjeta en una herramienta estadística ni implica que una planta deba reportar sus datos de una forma determinada. Ayuda a explicar por qué el relato se fija en una unidad específica y no solo en el volumen agregado. Ballé, Chaize, Jones y Fiume, líneas 34–37 y 78–80.

En el ejemplo del LEI, la medición tiene dos extremos reconocibles: la demanda de una caja y su entrega física. El artículo no indica que cualquier registro deba usar una marca de tiempo concreta ni define cómo resolver casos en que una solicitud se cancela, se divide o cambia. Por eso, antes de comparar intervalos, quien lee una práctica necesita saber qué contó la organización como inicio y como entrega.

Sin esa definición, dos cifras pueden parecer comparables aunque describan momentos distintos. Esta observación es una consecuencia metodológica de los extremos mencionados por los autores, no un formato documental que ellos exijan.

El LEI presenta el seguimiento de demandas individuales como una entrada para aprender, no como solución completa. Los autores dicen que una tarjeta no atendida o una acumulación anómala puede mostrar dónde aparece una dificultad. También relacionan la respuesta a cada demanda con el trabajo de quienes están cerca del proceso.

Esa lectura es atribuible a su artículo: una señal puede dar visibilidad a una situación, pero no identifica por sí sola una causa raíz, no demuestra un fallo de una persona y no prueba que exista incumplimiento de una regla local. Ballé, Chaize, Jones y Fiume, líneas 36–44 y 78–80.

Los autores describen además dos usos distintos de observar la respuesta. Uno es advertir que un artículo se ha retrasado respecto de un tiempo de entrega que el propio ejemplo considera estándar; el otro es desafiar ese tiempo para buscar una mejora. En su texto, ponen como ejemplo un trabajo que normalmente se entrega en dos días y preguntan qué ocurriría si se intentara en uno.

Es una propuesta de aprendizaje de esos autores, no un umbral recomendado para el lector ni un permiso para reducir tiempos sin evaluar las condiciones del trabajo. La referencia no define plazos universales por producto, proceso o sector. Ballé, Chaize, Jones y Fiume, líneas 41–44.

Un caso empresarial contado por el LEI

El caso de Zingerman’s Mail Order muestra otra manera de conectar demanda y respuesta, esta vez en una empresa de alimentación y comercio por internet. En una pieza de 2021, el LEI cuenta que la empresa había practicado principios lean durante aproximadamente quince años. Durante el aumento de demanda asociado a la pandemia, abrió una segunda línea de producción en un almacén al otro lado de la calle; esa línea recibía órdenes de trabajo mediante e-Kanban.

Los productos pasaban después a la línea original para su empaquetado y se trasladaban con carros eléctricos de arrastre. LEI, “Visual Replenishment Delivers for Zingerman’s”, líneas 16–18.

El caso de Zingerman’s ofrece además un antecedente dentro de la misma empresa. El LEI cuenta que un experimento anterior creó mercados junto a la línea para facilitar un modelo de preparación bajo pedido de sus cestas Weekender, en sustitución de un método por lotes. Antes, según el socio gerente citado, el equipo reunía los productos desde estanterías, los empaquetaba y los almacenaba en lugares distintos del almacén.

La nota no dice que ese experimento fuera una tarjeta Kanban ni que cualquier mercado en línea produzca el mismo resultado. Lo que sí ilustra es el contexto en que después se usaron señales visuales y e-Kanban: la empresa ya estaba cambiando cómo relacionaba los pedidos con el trabajo y el movimiento físico. LEI, “Visual Replenishment Delivers for Zingerman’s”, líneas 23–24.

La misma fuente describe monitores electrónicos en cada célula con los pedidos de clientes y un carro dimensionado para llevar solo treinta minutos de inventario. El LEI atribuye a ese sistema visual, junto con la ruta del carro, una mayor visibilidad de la demanda y de las necesidades de inventario en un negocio con productos perecederos y plazos de respuesta rápidos.

La explicación es la de la empresa y del artículo; no incluye una evaluación independiente del efecto ni prueba que esos mismos componentes sean adecuados para una fábrica distinta. LEI, líneas 18–20.

Para esta página, el interés del caso no es copiar su distribución ni sugerir que una planta deba usar monitores, e-Kanban o carros eléctricos. Sirve para ver que la señal puede insertarse en una secuencia más amplia: una orden de trabajo llega a una línea, el producto pasa a otro punto para empaquetado y la información visual ayuda a que el equipo vea qué demanda tiene delante.

El relato conserva su contexto empresarial: dos almacenes cercanos, una operación de pedidos de alimentación y una respuesta concreta durante un período excepcional.

Cómo leer una señal no atendida sin inventar la causa

Si una demanda permanece sin respuesta, el primer dato que ofrece el ejemplo del LEI es que esa demanda no ha sido servida en el momento observado. Si varias señales se acumulan en un punto, el artículo dice que esa acumulación anómala puede hacer visible dónde surge un problema. La palabra “puede” importa: una acumulación es una pista sobre un lugar del flujo, no una explicación causal.

Una cola podría relacionarse con múltiples condiciones, y el artículo no ofrece un diagnóstico automático para todas ellas.

Un registro local puede ayudar a reconstruir qué ocurrió, pero esta página no prescribe sus campos. La diferencia entre una señal todavía abierta y una demanda ya entregada es una distinción temporal básica; establecer el motivo de una demora exige información del contexto. Por ejemplo, comparar la hora de petición con la de entrega permite calcular un intervalo si ambas marcas existen.

Ese cálculo no dice quién generó la demora, si era evitable o si la operación debía cumplir un plazo. Para responder a esas preguntas habría que conocer la regla vigente y revisar evidencia relacionada con el evento.

También puede haber una diferencia entre lo que se ve en una pantalla y lo que sucedió físicamente. Un pedido mostrado no confirma que exista el artículo; una tarjeta retirada no confirma que el producto se haya trasladado; una orden cerrada en una aplicación no prueba por sí sola que la entrega material terminara. Estas son posibilidades generales sobre la diferencia entre representación y hecho, no hechos afirmados sobre Zingerman’s o Toyota.

Su función aquí es limitar las conclusiones que se extraen de una señal aislada.

Una “acumulación anómala” tampoco es simplemente una cola que alguien encuentra grande. En el artículo, anomalía se relaciona con un punto del flujo donde las tarjetas se acumulan de forma inusual; el texto no fija un número de tarjetas, una ventana temporal ni una regla de alarma válida para todas las operaciones. Para interpretar el término en un caso real, tendría que existir una referencia propia con la que se reconociera qué es habitual allí.

La referencia puede ayudar a localizar un cambio; sigue sin contestar por qué cambió. El dato observado puede abrir una investigación sobre el punto del proceso, pero no reemplaza esa investigación ni permite atribuir responsabilidad a una persona.

Una escena hipotética para entender la unidad de demanda

Imaginemos una línea ficticia que necesita una caja de un componente para continuar un pedido. En su flujo local, una señal representa esa solicitud. Para entender qué muestra, alguien podría comparar el momento en que se comunicó la demanda con el momento en que la caja llegó al punto de uso. La escena se inspira en el ejemplo de una caja descrito por los autores del LEI, pero la línea, la petición y las marcas de tiempo son supuestas.

No son un caso observado ni describen una práctica de Toyota o Zingerman’s.

Si la caja llega después del tiempo que la planta esperaba, la comparación permite decir que la respuesta tardó más que esa referencia local, siempre que la referencia exista y esté definida. No permite afirmar por qué ocurrió, si el plazo era apropiado o qué acción correctiva corresponde. Si la caja aún no llega, solo se sabe que la demanda seguía abierta en el momento del registro.

Para establecer una causa habría que contrastar esa secuencia con la información real del proceso.

Qué no demuestra una tarjeta por sí sola

Una tarjeta o señal no demuestra que haya existencias, que alguien ejecutara la instrucción, que el producto cumpla sus requisitos o que la tarea sea segura. Tampoco prueba la causa de una demora ni el efecto de un cambio. Las fuentes ofrecen definición, historia y relatos de casos; ninguna inspecciona la planta del lector ni certifica su configuración. Para explicar una operación concreta hacen falta sus reglas y registros, y para atribuir resultados hacen falta mediciones comparables.

¿Qué representa una tarjeta Kanban dentro de un sistema pull?

Representa una demanda concreta y comunica una instrucción relacionada con producir o retirar artículos; su función depende de su relación con el flujo.

¿Una señal Kanban puede ayudar a observar el tiempo de respuesta?

Sí. Los autores del LEI describen el seguimiento de demandas individuales desde que se solicitan hasta que se entregan físicamente, como una forma de observar la respuesta.

¿Qué significa que una señal no se haya atendido?

Puede señalar dónde aparece una dificultad o una acumulación, según el relato del LEI, pero no diagnostica por sí sola la causa ni demuestra que se incumplió un plazo local.

¿Kanban tiene que ser una tarjeta de papel?

No. El LEI menciona también otros dispositivos de señalización, incluidos medios electrónicos.

¿Una tarjeta Kanban garantiza que habrá material disponible?

No. La señal comunica demanda o una instrucción; no demuestra que el material esté disponible ni que la respuesta haya terminado.