Administración de Operaciones y Tecnología · Serie 5 · Semana 1 · Tema 1
Hay dos formas de organizar el trabajo, y casi todas las organizaciones usan la primera sin haberla elegido.
Empujar significa producir según un plan y mandar el resultado al siguiente paso. Cada área trabaja a su ritmo, optimiza su parte y entrega lo que le toca.
Jalar significa producir solo cuando el siguiente paso lo pide. Nada se fabrica —ni se diseña, ni se documenta, ni se aprueba— hasta que alguien río abajo lo necesita.
La segunda suena a ineficiencia y produce sistemáticamente más con menos. Vale la pena entender por qué.
Es la respuesta operativa a un problema que ya vimos: el alcance y el tiempo se determinan mutuamente, y empezar de más rompe los dos.
El problema del sistema de empuje
Imagina un proceso de cuatro pasos donde cada área está cargada al 100% de su capacidad. Suena a eficiencia máxima: nadie está ocioso.
Lo que pasa en realidad es esto: si el paso 2 va más rápido que el 3, se acumula trabajo entre ellos. Ese trabajo acumulado es inventario, y el inventario tiene tres costos que no aparecen en ningún informe:
- Esconde los problemas. Si hay una pila de trabajo esperando, un defecto tarda días en descubrirse, y para entonces se produjeron más como él.
- Alarga el tiempo de ciclo. Lo que entra hoy sale cuando le toque en la cola, no cuando esté listo.
- Cuesta dinero parado. Material comprado, horas invertidas, decisiones tomadas que todavía no producen nada.
Y hay un efecto más sutil: un sistema donde todos están al 100% no tiene capacidad de absorber variación. Cualquier imprevisto —una avería, una baja, un pedido urgente— se propaga entero hacia adelante, porque no hay holgura en ninguna parte.
Cómo funciona el sistema pull
La idea es de una simplicidad incómoda: nada se pide antes de hacer falta, ni en más cantidad de la que hace falta. Nada más.
El paso 4 pide al 3. El 3, solo entonces, pide al 2. La producción la dispara la demanda real, no una previsión.
Tres consecuencias inmediatas:
- El inventario entre pasos cae drásticamente. No hay pilas porque nadie produce sin que se lo pidan.
- Los problemas se vuelven visibles enseguida. Sin inventario que los amortigüe, un fallo en el paso 2 detiene al 3 casi al momento. Esto parece malo y es la mayor ventaja del sistema: obliga a arreglar la causa en vez de taparla con existencias.
- El tiempo de ciclo se acorta. Lo que entra al sistema atraviesa menos colas.
La señal
El mecanismo necesita una forma de pedir. En manufactura son tarjetas —el kanban original era literalmente una tarjeta que volvía al paso anterior—. En trabajo de oficina, un límite de trabajo en curso: cada columna del tablero admite un número máximo de tarjetas, y no se empieza nada nuevo hasta que algo sale.
Ese límite es todo el sistema. Sin límite, un tablero es una lista de deseos con columnas.
Qué tiene esto que ver con proyectos
Todo, y no siempre se ve porque en proyectos el inventario no se apila en un almacén: se apila en forma de trabajo empezado y sin terminar.
Los síntomas son reconocibles:
- Once tareas «en progreso» y ninguna terminada esta semana.
- Un documento que lleva tres semanas esperando revisión.
- Un módulo desarrollado hace dos meses que todavía no se ha probado.
- Gente asignada al 30% en cuatro proyectos.
Todo eso es inventario. Consumió esfuerzo, no ha producido valor, y está ocultando información: no sabes si ese módulo funciona hasta que alguien lo prueba, y cuanto más tardes, más cosas se habrán construido encima de una suposición.
La contramedida es la misma: limitar cuánto puede haber empezado a la vez. Y duele, porque obliga a decirle a alguien que no empiece algo aunque esté libre. Empezar algo nuevo se siente productivo; terminar algo ajeno se siente como perder el tiempo. Es al revés.
Caso práctico: el equipo que produjo más haciendo menos
Escenario construido con patrones habituales; las cifras son ilustrativas.
Un equipo de seis personas llevaba meses entregando poco, con todo el mundo ocupado. En cualquier momento había entre catorce y dieciocho tareas en curso.
El cambio fue una sola regla: máximo seis tareas en curso para todo el equipo. Si querías empezar algo y ya había seis, tu trabajo era ayudar a terminar una.
Las dos primeras semanas fueron incómodas. Había gente «sin nada que hacer» que acababa revisando el trabajo de otro, y eso se sentía como un desperdicio.
Al mes, dos cosas medibles: el tiempo desde que una tarea se empezaba hasta que se daba por terminada bajó de veintitrés días a nueve, y el número de tareas terminadas por semana subió. Con las mismas seis personas y sin trabajar más horas.
El mecanismo no es magia: al limitar lo empezado, los cuellos de botella se volvieron visibles en días en vez de meses, y el equipo empezó a atacarlos en vez de esquivarlos abriendo trabajo nuevo.
Cuándo el pull no es la respuesta
Conviene decirlo, porque el discurso lean tiende al absolutismo.
El sistema pull funciona mal cuando la demanda es muy irregular y el tiempo de reposición es largo. Si un insumo tarda cuatro meses en llegar y puede necesitarse de un día para otro, no puedes esperar a que alguien lo pida. Ahí se necesita inventario, y llamarlo desperdicio es ignorar el riesgo que cubre.
Los años recientes dieron ejemplos de sobra: cadenas optimizadas al límite que se quedaron sin margen ante un solo eslabón roto. El inventario cero es eficiente y frágil; la decisión correcta no es eliminarlo, es saber cuánto vale esa fragilidad.
Y hay un segundo caso: procesos donde el costo de arrancar es enorme comparado con el de almacenar. Ahí producir en lotes grandes sigue teniendo sentido aritmético.
Cómo empezar sin reorganizar nada
- Cuenta lo empezado y no terminado. Solo contarlo ya suele ser revelador.
- Pon un límite, aunque sea generoso. Si hoy hay dieciocho cosas en curso, empieza por doce. Ajustar después es fácil.
- Mide el tiempo de ciclo, no la cantidad de trabajo empezado. Es la métrica que importa y casi nadie sigue.
- Cuando algo se atasque, no lo esquives. El valor del sistema está precisamente en que te obliga a mirar el atasco.
- Haz visible la cola. Un tablero donde se vea qué está esperando y desde cuándo cambia las conversaciones sin necesidad de ninguna otra intervención.
Checklist
- ¿Cuántas cosas hay empezadas y sin terminar en tu equipo ahora mismo?
- ¿Cuánto tiempo lleva esperando lo que más tiempo lleva esperando?
- ¿Existe un límite de trabajo en curso, o el límite es la capacidad de la gente?
- Cuando alguien queda libre, ¿empieza algo nuevo o ayuda a terminar algo?
- ¿Mides tiempo de ciclo, o solo cuántas tareas se abrieron?
- Si un paso se detiene, ¿cuánto tardas en enterarte?
Para cerrar
El sistema pull no es una técnica de manufactura: es una forma de admitir que empezar cosas es fácil y terminarlas es lo que produce valor. Limitar lo primero es la manera más barata de conseguir lo segundo, y no requiere comprar nada.
Te leo en los comentarios: si contaras ahora mismo cuántas cosas tiene tu equipo empezadas sin terminar, ¿te sorprendería el número?
Referencias
- Ohno, T., Toyota Production System, origen del kanban y del sistema pull.
- Womack, J. y Jones, D., Lean Thinking, sobre flujo y desperdicio.
- Goldratt, E., La meta, sobre cuellos de botella y optimización local.
- Anderson, D., Kanban, sobre límites de trabajo en curso en trabajo de conocimiento.
← Anterior en la serie: Competencia global: por qué tus procesos envejecen más rápido que antes
Siguiente en la serie: Análisis de causas: cómo dejar de resolver el mismo problema cada semana →
Este artículo forma parte de Administración de Operaciones y Tecnología, una serie de 75 artículos. Ver todos los de esta serie · Índice completo por materia.