Te doy el veredicto primero: el tamaño de la ola nunca debería ser un número fijo. Tanta gente como haya en planta, tantos pedidos liberas. Llevo años dándole vueltas y estoy más convencido que nunca.
En 2019, estuve en un centro de fulfillment de comercio electrónico en Fontana — 120,000 pies cuadrados, unos 18,000 pedidos al día. Su WES tenía las olas programadas de forma rígida: 400 pedidos por ola, liberadas cada 45 minutos, sin cambios todo el año. El primer turno tenía más de 60 pickers; quemaban una ola en 20 minutos y pasaban 25 minutos deambulando por los pasillos, charlando, esperando a que el sistema soltara la siguiente ola. El segundo turno tenía 28 personas; una ola les tomaba dos horas y media, los pedidos se acumulaban antes del corte del transportista, el supervisor dividía las olas a mano y los teléfonos de atención al cliente no paraban de sonar. Saqué los números con su director de operaciones: el primer turno estaba perdiendo casi el 20 por ciento de su productividad de picking por "esperar las olas". La gente no era lenta. El sistema los mantenía ociosos.
En pocas palabras, un tamaño de ola fijo significa correr el equipo de hoy con el plan de ayer. El desajuste está garantizado. Todo almacén lo ha visto: más gente en planta cuando hay menos pedidos, y menos gente cuando los pedidos llegan a su pico.
La solución se resume en cuatro palabras en espíritu: dimensionamiento dinámico de olas. El WES deja de liberar olas fijas y en su lugar calcula cada ola a partir del conteo de personal en tiempo real en planta. Lo que suelo configurar para los clientes son tres niveles — los números se ajustan por sitio, la lógica sigue siendo la misma:
| Pickers en planta | Tamaño de ola | Intervalo de liberación |
|---|---|---|
| Menos de 20 | 80–120 pedidos | 15 minutos |
| 20–40 | 200–300 pedidos | 20–30 minutos |
| Más de 40 | 400–600 pedidos | 30–45 minutos |
La lógica de configuración es simple: cada 15 minutos el WES lee el conteo actual de personal en planta desde el reloj checador o el sistema de inicio de sesión de los handhelds, toma un promedio móvil y automáticamente reduce la ola cuando el conteo baja de nivel o la amplía cuando sube. Una hora antes del corte del transportista, se bloquea solo en olas pequeñas, para que todo se despache el mismo día y nada se arrastre a mañana.
Ese tamaño de ola no es una adivinanza — se deriva del conteo de personal. Digamos que la tasa promedio de picking es 120 unidades por picker por hora, y hay 30 pickers en planta: eso son 3,600 unidades por hora. Una ola de 600 pedidos a 3 unidades por pedido son 1,800 unidades, despachada en media hora — así que un intervalo de liberación de 30 minutos mantiene el ritmo perfectamente sincronizado. Baja a 15 pickers y la misma ola de 600 pedidos necesita una hora completa, y el corte de repente está en peligro. La fórmula es: tamaño de ola ≈ pickers en planta × unidades por hora × intervalo de liberación ÷ unidades por pedido. Si el conteo se mueve, el tamaño de la ola se mueve con él.
En la temporada pico de 2022, vi la otra cara de las olas dinámicas en un 3PL de ropa. Tenían la función activada, pero TI la había configurado contra el "conteo ideal de personal" — el sistema mostraba 45 personas en planta y dimensionaba las olas para 45, mientras solo 36 estaban realmente allí; nueve habían fichado y seguían en la zona de fumadores. Las olas salían sobredimensionadas, el segundo turno no logró despachar tres días seguidos, y la primera ola de la mañana siguiente seguía masticando la cola de ayer. Le dije a su supervisor: si el insumo del dimensionamiento dinámico está sucio, el resultado será erróneo, garantizado. Valida primero quién está realmente en planta — cuenta los handhelds con sesión iniciada y actividad real de picking — y solo entonces habla de dinámica.
Dos detalles de configuración que la mayoría pasa por alto en la primera configuración. Primero, el respaldo: ¿qué pasa cuando el WES no puede leer los datos de personal en absoluto? Los microcortes de red y el mantenimiento del reloj checador ocurren. La jugada correcta es una regla de respaldo — cuando el conteo en tiempo real no está disponible, reutiliza automáticamente el conteo de la misma ventana de tiempo del turno anterior en lugar de quedarse paralizado. He visto un sitio que se saltó esto; un reinicio del servidor del reloj checador congeló las liberaciones de olas por 40 minutos mientras decenas de pickers estaban de brazos cruzados. Segundo, ¿cuánto debería durar la ventana de muestreo? Un muestreo de 15 minutos con un promedio móvil de 30 minutos es mi punto de partida habitual. Demasiado corta y las olas oscilan sin control — los pickers apenas se adaptan y ya cambia de nuevo, ritmo destruido. Demasiado larga y el pico post-almuerzo de 20 a 45 pickers pasa desapercibido media hora mientras los pedidos se acumulan. No hay una respuesta universal; correlo dos semanas, mira los datos y luego afina.
Ahora el otro lado de la moneda, porque toda solución tiene su precio. Primero, los temporales no son de planta fija. En temporada pico un temporal suele hacer picking a cerca del 60 por ciento de la tasa de un veterano, así que el número de personal tiene que descontarse o las olas seguirán saliendo calientes. Segundo, más pequeño no siempre es mejor. El overhead del WES de construir una ola, asignar tareas e imprimir etiquetas es fijo; corta las olas por debajo de unos 50 pedidos y el tiempo de programación del sistema empieza a comer una parte mayor que el propio picking — los pickers terminan esperando al sistema más de lo que esperan a la mercancía. Hay un piso; no persigas lo diminuto. Tercero, las olas pequeñas en horas tranquilas suenan genial, pero las estaciones de empaque y los bancos de auditoría tienen que mantener el mismo ritmo, o liberas felizmente aguas arriba y atas todo aguas abajo.
Ya he visto demasiados almacenes pagar por la funcionalidad de olas dinámicas y luego el supervisor sigue liberando olas a ojo — el sistema calcula 200 pedidos, él "siente que hoy faltan manos" y la sube a 350. Eso es lo mismo que no tenerla. El mayor costo de las olas dinámicas no es el software; es lograr que los supervisores miren el tablero y confíen en los datos. Si los datos dicen que tienes 22 personas en planta, acéptalo — no vayas con "parece que son 30".
Aquí está la parte contraintuitiva: liberar olas pequeñas en horas tranquilas en lugar de dejar que los pedidos se acumulen parece excesivo, pero la productividad por persona en realidad sube. Lo que más temen los pickers no es estar ocupados — es estar de brazos cruzados. Una vez que el ritmo se rompe, toma 20 minutos volver a calentarse. Mantener trabajo continuamente en manos de todos es el verdadero secreto del throughput.
Así que: en tu WES, ¿las olas están vivas o muertas? Si están muertas, no corras a reemplazar el sistema. Hazle una pregunta primero a tu supervisor: cuando se liberó la última ola, ¿cuántas personas estaban realmente de pie en planta?
Por Lao Mi, veterano de la cadena de suministro (20 años)
Traducido del inglés. En caso de discrepancia, prevalece la versión en inglés.
