火曜日の朝 8:05、WES がその日最初の大きなウェーブをリリースした。10分後、現場は混乱していた：2階の作業員が1階用のタスクリストを持ち、1階の作業員は一番遠いスロームーバーのゾーンに派遣され、エレベーターの前には行列、梱包ステーションにはショート（欠品分のある注文）が積み上がっていた。これは1つの倉庫の不運な一日ではない。1フロアと3つのピッキングゾーンを超えれば、ウェーブが正しく分割されていないときに得られる台本がこれだ。
2019年、ダラス郊外の280,000平方フィートのアパレルDCを運営していた：2フロア、6つのピッキングゾーン。ピーク週には注文量が3倍になったが、ウェーブは相変わらず昔ながらの出し方だった——注文単位まるごと、一度に。1つの注文の明細が2フロアの3つのゾーンに散らばることもあった。作業員はカートを押して建物中を歩き回り、エレベーターは止まらずに動いていた。その日の夕方、ある若い子が3ユニットのために駆け下りて、手ぶらで戻ってくるのを見た。彼のせいじゃない。タスクの組み立てがそうだった。その夜、定時出荷は崩壊し、メザニンに立って1つ学んだ：多階層の建物では、ウェーブはリリースするものじゃない。切り分けるものだ。
万能ウェーブと、それを歩き通した作業員
WES のウェーブテンプレートのほとんどは、注文の優先度、出荷時刻、キャリアのカットオフを見ている——地理だけを見ていない。システムは「同じ建物の中だ」と考える。システムは歩かなくていいからだ。作業員の一日はたいてい半分に割れる：実際に製品に触れている時間が半分、歩行とエレベーター待ちが半分だ。フロアは自然な切り分け点だ。エレベーターの1往復は数分かかる。フロアを2回またぐウェーブは、利益のすべてをその通行料で支払う。
ここには古典的な罠がある：キャリアのカットオフでウェーブを組むことだ。理にかなって聞こえる——カットオフに間に合わせる、だろ？ でもカットオフの時刻と地理は何の関係もない。「今日出荷必須」の注文でウェーブをいっぱいにしても、タスクはやはり全ゾーンに散らばる。カットオフは優先度だ。分割のロジックじゃない。この2つはテンプレートの中で分けておけ。
もっと悪いのは垂直方向のキャパシティだ。エレベーター、リフト、階層間コンベヤー——その処理能力は固定で、鋼鉄に刻まれている。ウェーブのペースがそれに合わないと、シュールな光景になる：製品は上で立ち往生、作業員は下で手持ち無沙汰。誰もサボっていない。みんな待っている。多くの倉庫はこれを人手不足と読み違え、人を投入する——増員、残業——そして気づく：雇ったのは「歩行」で、貨物は相変わらずエレベーター前で列をなしている。
もう1つの静かな無駄：1つのウェーブに設備と人を混ぜることだ。フルパレットのフォークリフト作業と、カートベースのバラピッキングはまったく異なるリズムで動く。フォークリフトはエレベーターを待ち、通路を空ける；人はフォークリフトがどくのを待つ。1つのウェーブが両方を人質にする。「注文の完全性」でウェーブを組むのはエレガントに聞こえる。実際には相互の膠着だ。
まずフロア、次にゾーン、そして設備
私の切り分け順序は長年変わっていない：まずフロアで切り、フロアの中でゾーンで切り、ゾーンの中で設備で切る。原則として1つのウェーブは1つのフロアにとどまる——フロア間の移動はコンベヤーとエレベーターでまとめて運び、作業員の脚で運ばない。常識に聞こえる。それでも、フロアのフィルターすらないウェーブテンプレートを見たことがある。
フロアでの切り分けの次は、ゾーンと作業モードだ。パレット作業はパレット作業同士で、バラはバラ同士で、冷蔵庫やケージが必要なものは専用のウェーブにする。えこひいきじゃない、リズムだ。カートの作業員とフォークリフト運転手を1台のエレベーターで争わせるのは、自業自得の渋滞だ。
3つ目のルール：面積じゃなく密度で切ること。地図では大きく見えて、1日の明細が数十件しか出ないゾーンもある。それに専用のウェーブを与えれば、作業員は半分空っぽで戻ってくる。私のやり方は、WES 内のすべてのゾーンテンプレートに最小しきい値（明細数またはユニット数）を設けることだ。届かなければ、ウェーブは自動的に隣のゾーンとマージされる。万能の数字はない。カートの容量と、ゾーンの1周にかかる時間で決まる。2週間の試行で見つかる。
どこまで細かくしすぎか？ そこが職人技だ。粗すぎれば時間は移動で溶けていく。細かすぎればウェーブは粉々に砕け——梱包ステーションは製品と人を待ち、注文はマージ点で立ち往生する。私はこれをウェーブ飢餓と呼んでいる。テストは1つの問いだ：梱包ステーションは待ちで手が空くことがあるか？ あるなら細かすぎる。作業員が毎日のマラソンに文句を言うなら粗すぎる。両方が沈黙していれば、正しく切れている。
切り分けて、梱包の前で組み戻す
ウェーブを分割しても、注文は丸ごと残る。1つの注文の明細が2つのゾーンに分かれたら——どこで再会するか？ 梱包の前にあるマージエリアだ。ピッキング通路の中では絶対にやらない。作業員同士を探させるのは、最も高くつくマージ方法だ。
マージの設計は難しくない：梱包の前にバッファレーンまたはケージカートを置き、ウェーブごとに、各注文が何ユニット不足しているかを正確に示すマニフェストを出す。ショートの注文は梱包に入れない；カートの中で待つ。マニフェストは WES が持ち、滞留するショートにアラームを上げさせる——人の目より安い。階層間のエレベーターホールにもバッファ位置が必要で、コンベヤーはウェーブ番号で振り分ける。そうすれば2階の貨物と1階の貨物がローラーの上で1つの大渋滞にならない。
システム側では、ゾーンごとにウェーブテンプレートを作り、それぞれにゾーン属性を持たせる：フロア、ゾーン、設備タイプ、最小明細数。リリースの順番も大事だ——ゾーン内ウェーブを先に落として全ゾーンを動かし、ゾーン横断のマージウェーブは最後に取っておく。製品が梱包に届く頃には、ほとんどの注文はすでに完成していて、座って待つことはない。
おまけ：作業員はどうせ上へ歩いていくんだから、行きがけに補充タスクを差し込むのはいい経済だ。ただし1つだけ厳しい線を引く——補充をウェーブピッキングと同じ物差しで評価しないこと。指標を混ぜれば、作業員は楽な移動だけをつまみ食いし、きついウェーブは腐っていく。後で手直し代を払うことになる。
明日のシフトまでにやる1つのこと
大きな再設計は忘れろ。明日のシフトの前に、一番よく使うウェーブテンプレートを複製して、ゾーン条件を1つ追加する——「2階のみ」——そして1シフトだけ回してみる。フロア横断のタスク割り当てが何件消えるか数える。コストはゼロ、設定は10分だ。そのシフトの後、梱包でショートの注文が明らかに減っていれば、他のフロアとゾーンにも同じ処置を広げる、1テンプレートずつ。ウェーブ分割はいつも、1回切って、1回見て、次にどこを切るか決めることだ。
英語版からの翻訳。内容に相違がある場合は英語版を優先します。
