Registros de tarefas do WES: a eficiência de picking caiu? Encontre o gargalo em 3 passos

Primeiro a conclusão: quando a eficiência de picking cai de repente, não convoque uma reunião sobre sua equipe: abra primeiro os registros de tarefas do WES. Já vi exatamente essa armadilha três vezes. Cada vez, a gerência passou três dias discutindo se os separadores tinham ficado preguiçosos, e cada vez os registros tinham a resposta escrita em preto e branco, sem nada a ver com as pessoas.

Eis por que os registros sempre superam o chão de fábrica. Depois de mais de 30 implantações de WMS, aprendi isto: a gerência de chão vê os resultados, os registros de tarefas veem o processo. Um separador diz: «Tenho trabalhado sem parar». Um supervisor diz: «Ele me pareceu ocupado». Tudo subjetivo. O registro tem carimbos de tempo, transições de etapas e registros de interrupção. Quando a eficiência cai, é sempre uma de três coisas: as tarefas ficaram tempo demais na fila (um problema de atribuição), as tarefas demoraram demais para executar (um problema de chão) ou as tarefas ficaram sendo interrompidas (um problema de retrabalho). Cada uma deixa uma assinatura diferente nos registros, elas nunca se sobrepõem. É por isso que o método de 3 passos abaixo funciona.

Estrutura de triagem rápida de 10 minutos (detalhes abaixo):

1. Da criação à atribuição mais de 5 minutos (em relação à sua própria linha de base) → estratégia de atribuição ou desempenho do sistema.
2. Da atribuição à conclusão 20% ou mais lento que a linha de base → problema de execução no chão.
3. Interrupções, cancelamentos e reatribuições dobrados em relação ao normal → processo de exceção quebrado.

Nota: os 5 minutos e os 20% são valores de referência da minha experiência. Seu ponto de comparação real é sua própria linha de base de 4 semanas, não meus números.

Passo 1: Verifique o tempo em fila nos registros de tarefas do WES: o gargalo está na atribuição?

Abra os registros de tarefas do WES, mas não comece por tarefas individuais: comece pelo agregado: quanto tempo as tarefas ficaram na fila entre a criação e a atribuição? Chamo isso de «tempo em fila».

O procedimento exato, em 4 passos:

1. Exporte os registros de tarefas dos últimos 14 dias. Calcule a mediana diária e o P90 (percentil 90; nunca use a média, os valores discrepantes a distorcem) do tempo em fila.
2. Encontre o dia em que a eficiência caiu. Trace a curva de tempo em fila de duas semanas, 7 dias antes e depois.
3. Se o tempo em fila disparou no mesmo dia em que a eficiência caiu, o gargalo está na atribuição, não nos separadores. Pule inteiramente a investigação sobre pessoas.
4. Tempo em fila estável → a atribuição é inocente. Vá para o Passo 2.

Uma história de projeto. Outono de 2024, um armazém 3PL no leste da China, cerca de 8,000 pedidos por dia. A eficiência de picking caiu quase 30% em uma semana. O veredito da gerência: «os temporários da temporada não estão rendendo», e eles estavam prestes a substituir um grupo de pessoas. Abri os registros de tarefas: o tempo em fila saltara de pouco mais de 2 minutos para mais de 10. As tarefas estavam presas no sistema; nunca chegavam a uma pessoa. Ao investigar os registros de atribuição, descobri que uma regra de «atribuição à zona mais próxima» fora anulada por uma nova estratégia de ondas promocionais, e o sistema segurava tarefas para formar ondas maiores. Desliguei a lógica automática de formação de ondas, o tempo em fila voltou a 2 minutos no mesmo dia e ninguém precisou ser substituído. Os temporários quase levaram a culpa por uma decisão de software.

Lembre-se disto: se a eficiência caiu antes mesmo de um ser humano tocar na tarefa, o separador nunca foi o problema.

Passo 2: Compare o tempo de atribuição com o de conclusão: o gargalo está no chão?

Se o tempo em fila é normal e as tarefas chegam bem às pessoas, olhe para o próximo trecho: o tempo de atribuição à conclusão ficou mais longo?

O procedimento exato, em 3 passos:

1. Pegue tarefas dos mesmos SKU na mesma zona e compare o tempo de atribuição à conclusão antes e depois da queda de eficiência.
2. Você precisa agrupar por zona e por perfil de SKU (volumoso contra pequeno, unidades contra caixas). Sem agrupar, os dados são uma papa: a zona de volumosos é sempre mais lenta, e comparar-se com ela não faz sentido.
3. Qualquer grupo que mostre uma desaceleração sistemática: vá ver esse grupo no chão e confronte com os registros de interrupção do Passo 3.

Outra história. Final de 2023, um armazém de comércio eletrônico no norte. O tempo de conclusão do picking por unidades passou de cerca de 40 minutos para mais de 60, enquanto o tempo em fila permaneceu perfeitamente normal. O supervisor culpou os novos contratados por serem lentos. Pedi que agrupasse os registros de tarefas por corredor: o Corredor A estava bem, mas todas as tarefas dos Corredores B e C eram mais lentas. Percorri o chão: os Corredores B e C estavam sob obras de reforço de racks, empilhadeiras e materiais bloqueando metade do corredor, separadores desviando o turno inteiro. Os registros tinham a resposta desde o início: agrupar por corredor e era óbvio.

A maior armadilha deste passo é a «armadilha da média». O tempo médio de conclusão de todo o armazém pode ter subido apenas 10%: parece leve. Mas ao decompor por zona, uma zona subiu 60% enquanto o resto ficou estável: a média escondeu o problema. Meu checklist da véspera da implantação sempre inclui esta linha: cada métrica de eficiência precisa poder ser detalhada por zona, por onda e por turno. Caso contrário, o relatório é decoração.

Passo 3: Leia os registros de interrupção nos registros de tarefas: o gargalo é o retrabalho?

Tarefas canceladas, reatribuídas e expiradas são o assassino de eficiência mais sorrateiro. Os separadores parecem ocupados o dia inteiro: só estão ocupados refazendo trabalho.

O procedimento exato, em 3 passos:

1. Conte os eventos diários de «interrupção de tarefa»: cancelamentos, reatribuições, liberações automáticas por expiração, encerramentos anômalos.
2. Calcule a taxa de interrupção = tarefas interrompidas ÷ tarefas totais, e compare com a média de 4 semanas.
3. Se a taxa dobrou ou mais, olhe primeiro para a distribuição de motivos de interrupção: muitas reatribuições por falta de estoque? Exceções de localização? Liberações por expiração do sistema? A distribuição aponta direto para a causa raiz.

Uma terceira história, e a mais cara que já vi. Início de 2025, um armazém de produtos de beleza. Eficiência 20% abaixo, taxa de interrupção 3x o normal. A distribuição de motivos: 80% eram «reatribuições por falta de estoque»: tarefas atribuídas a separadores, o separador chega à localização, sem estoque, a tarefa volta e é reatribuída. Causa raiz: o recebimento para armazenagem estava atrasado, então o estoque do sistema não correspondia ao estoque físico. O armazém fez uma contagem física completa ao longo de duas semanas; uma vez recuperada a precisão do estoque, a taxa de interrupção caiu no mesmo dia e a eficiência a seguiu. Todos no chão estavam apagando incêndios há semanas e ninguém pensara em olhar a distribuição de motivos de interrupção: a equipe de bombeiros e o incendiário eram o mesmo processo.

Tabela de consulta de gargalos: sintomas nos registros versus o que verificar primeiro

Uma decisão contraintuitiva: quando a eficiência cai, não treine: leia os registros de tarefas do WES

O reflexo na maioria dos armazéns é: cai a eficiência → reunião → retreinamento → mais pessoal. Minha decisão é o oposto: uma queda repentina de eficiência quase nunca é um problema de pessoas: é um problema de processo ou de sistema. As pessoas ficam mais lentas gradualmente, não 30% da noite para o dia. Uma queda repentina significa que algo mudou: uma estratégia mudou, o chão mudou, o estoque mudou. Os registros de tarefas do WES são o registrador de «o que mudou».

A contrapartida, dita com honestidade: este método pressupõe que seus registros de tarefas estão completos. Algumas implementações de WES só registram a criação e a conclusão de tarefas: sem etapas intermediárias, sem motivos de interrupção. Esses registros estão mutilados; não dá para diagnosticar a partir deles. Meu checklist da véspera da implantação exige isto: os registros de tarefas precisam registrar hora de criação, hora de atribuição, hora de início, hora de conclusão, eventos de interrupção e motivos. Cada campo faltante é um olho cego a mais durante a análise posterior.

Encerramento: o checklist de 30 minutos para uma queda de eficiência

1. Exporte os registros de tarefas dos últimos 14 dias; calcule a mediana diária e o P90 do tempo em fila.
2. Compare o dia da queda com os 7 dias anteriores: tempo em fila alto → verifique a estratégia de atribuição; estável → próximo passo.
3. Agrupe o tempo de atribuição à conclusão por zona e perfil de SKU: o grupo que desacelerou, vá inspecioná-lo no chão.
4. Calcule a taxa de interrupção em relação à média de 4 semanas: dobrada → leia a distribuição de motivos de interrupção.
5. Não altere nenhuma configuração nem mova nenhuma pessoa até que cada conclusão tenha um carimbo de tempo correspondente nos registros.
6. Após a correção, continue observando as mesmas métricas por 3 dias. Só encerre o caso quando elas tiverem se recuperado.

Os problemas de eficiência sempre têm suas respostas nos registros de tarefas do WES. Dados primeiro, julgamento depois: nunca inverta essa ordem.

Por Lin Xiao, Consultor de Implementação de WMS

Traduzido do inglês. Em caso de divergência, prevalece a versão em inglês.