- quedan demasiadas cosas “a medias”
- aparecen piezas que “faltan” en el último minuto
- se vuelve a secuenciar por urgencia
y los proyectos terminados salen a trompicones. Cuando veo ese patrón, no lo interpreto como falta de ganas. Lo interpreto como falta de ingeniería de flujo. En este post hablo de dos palancas que, bien usadas, estabilizan el caos sin matar la flexibilidad: batching dinámico y sorters (físicos o digitales). No te voy a dar un manual para implantarlos. Te voy a enseñar cómo detecto si los necesitas, dónde suelen aportar valor y cuáles son los riesgos de hacerlo mal.
## Qué es “ingeniería de flujo” en un entorno de proyectos
Yo llamo ingeniería de flujo a diseñar, con intención, estas cuatro cosas:
-
- Cómo entra el trabajo (release: qué se libera, cuándo y con qué condiciones).
-
- Cómo se mueve (rutas, buffers, prioridades y restricciones).
-
- Cómo se decide (reglas visibles, no decisiones por intuición).
-
- Cómo se termina (finalización como objetivo, no “actividad”).
En un entorno de proyectos, la variabilidad es real. Por eso el flujo no se “ordena” con más presión. Se ordena con reglas. Y aquí es donde entran batching dinámico y sorters.
## Batching dinámico: agrupar sin volverte rígido
Si “batching” te suena a “hacer lotes grandes”, lo entiendo. Mucha gente lo rechaza porque lo asocia a:
-
- esperas
-
- acumulación de WIP
-
- y sensación de lentitud.
El batching dinámico no va de inflar lotes. Va de agrupar en el sitio correcto y durante el tiempo correcto, según lo que esté limitando el sistema en ese momento. Yo lo explico así:
-
- batching fijo = “yo decido el lote y el sistema se adapta”
-
- batching dinámico = “yo decido la regla y el lote emerge”
### Ejemplos típicos (sin entrar en implementación)
-
- agrupar por material para reducir cambios de herramienta en una estación crítica
-
- agrupar por tipo de canto/acabado para evitar setups costosos
-
- agrupar por compatibilidades de herrajes para minimizar búsquedas y errores
-
- o agrupar por secuencia logística para preparar kits sin romper el plan.
La clave es que el lote no se define por capricho, sino por una pregunta:
¿qué coste oculto estoy comprando si NO agrupo aquí?
## Sorters: cuando el problema no es producir, sino dirigir el flujo
Un sorter no es solo una máquina. Para mí, “sorter” es cualquier mecanismo que hace que el trabajo vaya al sitio correcto con el mínimo de fricción.
Puede ser:
-
- físico: carriles de desvío, buffers ordenados, estaciones de clasificación, transportadores con decisiones.
-
- digital: reglas de enrutado, colas visibles, límites de WIP por zona, y un sistema que dice “esto va aquí” sin discusión.
El error típico es pensar que un sorter se compra para “ser más moderno”. Yo lo veo al revés: se justifica cuando el flujo ya existe, pero la organización del flujo te está consumiendo energía.
Mi criterio es simple:
si la clasificación y el re-enrutado consumen tantas horas como la producción, estás pagando un impuesto de flujo.
## Cuándo sospecho que necesitas batching dinámico (señales de diagnóstico)
No lo decido por moda. Lo decido por síntomas observables.
### 1) El cuello de botella cambia de sitio cada semana
Cuando la restricción “se mueve”, muchas empresas creen que eso significa “somos flexibles”. Yo lo interpreto como inestabilidad. El batching dinámico ayuda cuando la restricción real existe, pero la estás alimentando mal: con cambios, con mix caótico o con entradas incompletas.
### 2) Los setups dominan el día
Si en estaciones críticas hay:
-
- paradas frecuentes
-
- ajustes repetidos
-
- limpieza constante
-
- verificación excesiva
…y la sensación es que “se trabaja mucho para producir poco”, el batching dinámico suele ser más rentable que “correr más”.
### 3) Hay rework por incompatibilidades previsibles
Cuando errores no son “accidentes” sino patrones (material, herraje, mecanizado, taladros, cantos), agrupar por compatibilidad reduce fallos antes de que nazcan.
### 4) La urgencia decide la secuencia
Si el criterio de producción es “lo que grita más fuerte”, el batching dinámico puede crear una regla superior: proteger la estación crítica y estabilizar la cola.
## Cuándo sospecho que necesitas sorters (físicos o digitales)
### 1) Tu WIP está “en movimiento” pero no “en destino”
Si ves trabajo por todas partes (pasillos, carros, rincones) y nadie puede decir con certeza:
-
- qué está listo
-
- qué está bloqueado
-
- qué falta
-
- y qué estación lo necesita
…el problema no es capacidad. Es direccionamiento.
### 2) El picking y la búsqueda se comen el día
Cuando el equipo invierte demasiada energía en:
-
- encontrar piezas
-
- reagrupar
-
- mover de un lado a otro
-
- “hacer hueco”
un sorter (o un sistema de enrutado digital) deja de ser lujo y se convierte en estabilizador.
### 3) El final del proceso es una lotería
Si terminar depende de “conseguir” las últimas piezas, de “juntar” lo que se dispersó, o de recordar dónde quedó algo, necesitas orden de flujo, no más empuje.
### 4) El conflicto interno crece
Donde no hay reglas de flujo, aparece política:
-
- “me han colado esto”
-
- “lo mío era más urgente”
-
- “si no lo hago yo, no sale”.
Los sorters bien diseñados reducen conflicto porque reducen ambigüedad.
## La pregunta que separa una mejora real de una complicación cara
Yo siempre hago esta pregunta antes de hablar de tecnología:
¿Tu problema principal es de transformación o de coordinación?
Si es de transformación (máquinas lentas, calidad deficiente, capacidades insuficientes), un sorter no te salva. Si es de coordinación (rutas, prioridades, buffers, completitud), un sorter puede ser un multiplicador. Y con el batching pasa igual:
-
- si no sabes qué limita, agrupar puede ser un parche
-
- si sabes qué limita, agrupar puede ser una palanca.
## Riesgos reales: cómo se rompe esta idea cuando se hace mal
### Riesgo 1: “automatizar” un caos
Si tu proceso no tiene reglas claras, meter un sorter convierte el caos en un caos más rápido. La máquina no ordena por sí sola. Solo ejecuta decisiones.
### Riesgo 2: batching que crea “lotes tóxicos”
Si agrupas por comodidad y no por restricción, generas:
-
- esperas
-
- desbalance
-
- y WIP envejecido.
El batching dinámico exige límites. Sin límites, creas inventario interno disfrazado de eficiencia.
### Riesgo 3: el sistema se vuelve incomprensible
Si nadie entiende por qué algo va a un carril u otro, la operación empieza a “saltarse” reglas. Y entonces pierdes lo más valioso: previsibilidad.
### Riesgo 4: dependencia de datos pobres
En entornos de proyectos, si la información de producto, variantes o rutas es inconsistente, la clasificación falla. No es un argumento contra los sorters. Es un argumento a favor de gobierno del dato.
## Mi marco mental: dónde conviene agrupar y dónde conviene individualizar
Una regla que me funciona:
-
- agrupo donde el coste de cambiar es alto (setups, cambios de herramienta, calibración)
-
- individualizo donde el coste de esperar es alto (promesa al cliente, sincronización final, instalación).
El error común es intentar individualizar todo, en todas partes, todo el tiempo. Eso suele crear “urgencia perpetua”. La meta no es “lote pequeño”. La meta es flujo confiable.
## Checklist de diagnóstico rápido (sin regalar implementación)
Si respondes “sí” a varias, yo no “implanto cosas”: yo diseño el flujo contigo.
-
- ¿Cambias la secuencia varias veces al día por urgencias?
-
- ¿El WIP crece aunque el equipo esté al máximo?
-
- ¿Hay estaciones críticas con demasiados setups y microparadas?
-
- ¿La búsqueda/picking consume horas cada semana?
-
- ¿Terminar proyectos depende de “juntar” piezas dispersas?
-
- ¿El conflicto interno sobre prioridades es constante?
-
- ¿La trazabilidad interna es débil (no sabes qué está bloqueado y por qué)?
-
- ¿La restricción real no está clara o “va saltando”?
Si estas señales aparecen, batching dinámico y sorters suelen ser parte de la conversación… pero siempre después de una pregunta:
¿qué regla de flujo te falta para dejar de perseguir pedidos?
## Cierre: cuando el flujo mejora, la promesa deja de ser fe
A mí me gusta medir el éxito con una cosa: menos persecución.
-
- menos “¿dónde está?”
-
- menos “me falta esto”
-
- menos “lo meto por urgencia”
-
- menos “lo arreglo luego”
Ingeniería de flujo es pasar de empujar trabajo a dirigirlo. Si quieres, lo reviso contigo en un diagnóstico de 15 minutos: identifico tu impuesto de coordinación, tu restricción real y si batching dinámico y sorters tienen sentido en tu caso.
