WES 放单太快堵巷道、太慢饿死拣选：任务释放节奏的调参实战

凌晨两点，印第安纳州一个 3PL 仓的夜班主管给我打电话，声音都是哑的："老米，巷道堵死了，叉车动不了，拣选员在起点站着等活，你快看看 WES 是不是疯了。"我远程登进去一看，任务释放速率被人从每小时 400 单调到了 900 单——白班经理嫌拣选员"不够忙"，手动把阀门拧到了最大。结果巷道里堆满了半成品托盘，拣选员反而没活干。把速率调回 450，半小时后全线恢复正常。

这个电话我接到过不止一次。WES 的任务释放（task release）就是仓库的油门：踩太深，巷道堵死；松太开，拣选员饿死。偏偏很多仓库的这个参数是"装系统时随便设的"，一跑就是三五年没人动过。

先搞清楚：堵的到底是什么

任务释放太快，堵的有三样东西，很少有人分得清。

第一是物理巷道容量。一个拣选巷道同时能容纳的拣选车/托盘是有限的，超过这个数，人和设备就开始互相挡道。第二是下游工位容量。拣选再快，打包台、复核台跟不上，半成品在巷道口越堆越多，最后反压回拣选区。第三是补货节拍。释放太快，补货员来不及把货补上，拣选员到了库位发现是空的——系统显示有库存，物理库位没货，这是最气人的。

所以调参之前，先做一轮诊断：堵的时候，到底是巷道里车多、打包台前排队，还是库位空货？三种堵法，对应的参数完全不一样。拿错药方，越调越乱。

诊断不用 fancy 的工具，就一招：高峰期去现场站半小时。看三个地方——巷道入口有没有车排队进不去（物理容量堵）、打包台前有没有托盘排长龙（下游堵）、拣选员有没有站在空库位前发呆（补货堵）。半小时，手机记个 tally，堵的类型和次数一目了然。我每次去客户现场调参，第一件事永远是先站半小时再看系统，系统里的数据会骗人，现场不会。

日常参数：从三个数开始算

我调 WES 释放节奏，一般从三个输入开始：

一是巷道容量。数一下你的主拣选巷道，同时进几辆拣选车不打架——假设是 6 辆，每辆车平均在巷道里停留 20 分钟，那这条巷道的"吞吐上限"就是每小时 18 车次。释放速率绝对不能超过下游最窄的那个环节。

二是人员节拍。实测你的拣选员每小时真实完成多少行（不是系统理论值，是实测），乘以在线人数，得到拣选能力的上限。释放速率设在这个数的 85%～90%，留一点缓冲给异常订单。

三是设备节拍。如果有输送线、AMR 或者分拣机，瓶颈往往在设备不在人。分拣机每小时 3000 件，WES 释放就不能超过这个数，超了就是在给设备"喂"它吃不下的货。

WES 任务释放节奏与巷道作业实景

日常参数我一般这样给起点：释放速率 = min(巷道吞吐上限, 人员能力×0.9, 设备能力×0.85)，然后跑一周，看三个指标——巷道堵塞次数、拣选员等待时长、订单准时率，再微调。记住一个原则：WES 的释放参数不是设一次就完事的，每季度至少复核一轮，业务变了参数必须跟着变。

举个具体例子。去年调过的一个电商仓：4 条主拣选巷道，每条同时容纳 5 辆车、每车停留约 15 分钟，巷道吞吐上限就是每小时 80 车次；30 个拣选员实测每人每小时 45 行，人员能力 1350 行/小时；打包线每小时 1100 件。最后释放速率定在每小时 950 行——瓶颈在打包线，留 15% 缓冲。跑下来巷道零堵塞，拣选员等待时间从每天人均 40 分钟降到 10 分钟以内。数字不重要，重要的是这个"取最小值"的思路：释放速率永远由最窄的环节决定，不是你最想优化的那个环节。

旺季参数：另一套油门

旺季（比如 10～12 月的电商大促）不能直接用日常参数乘个系数。我见过太多仓库旺季第一周就把系统干崩，原因都是"按 1.5 倍放单"这种拍脑袋操作。

旺季要换思路：先算人力。旺季临时工多，新手拣选效率只有老手的 60%～70%，人员能力这个数要按实际班组构成重算。然后看瓶颈转移——日常瓶颈可能在拣选，旺季瓶颈大概率移到打包和出库，因为订单结构变了（小单多、件数少）。这时候 WES 的释放策略要从"按拣选能力释放"切换到"按下下游瓶颈释放"。

我的旺季做法是准备两套参数：日常版和旺季版，存在 WES 的配置模板里，旺季前两周切过去，跑三天看数据再微调。切参数那天，我一定在现场——参数切换当天出问题的概率，比平时高一个数量级。另外旺季一定要设"熔断"：巷道堵塞超过阈值（比如连续 15 分钟有 3 条以上巷道排队），WES 自动降速释放，别等人工发现。机器比人反应快，这种地方就该让系统自己踩刹车。