まず結論から：1つのウェーブの中で、人とロボットへのタスク振り分けは、正確に2つの物差しだけで行います——移動距離と判断の難しさです。長距離移動と繰り返しのフルケース移動はロボットへ。目と頭脳が必要なもの——不規則な商品、例外、ピースピックの検証——は人へ。WESでは3つを正しく押さえればウェーブは自分で回ります：タスクタグ、リソースプール、そしてリバランスのトリガーです。この失敗は正確に3度見てきましたが、いつも同じ死に方をします：ロボットを安い労働力として扱い、やがて人と機械が同じ通路でせめぎ合い、ウェーブは全員人間のチームより遅くなってしまうのです。
なぜロボットを増やすとウェーブが遅くなったのか
WESにおいて、人とロボットは2種類のリソースであり、2つの職名ではありません。ウェーブをリリースするとは、タスクのバッチを能力に応じてリソースに流し込むことです。ところが多くの本番稼働は、配分ルールがたった1つだけで出荷されます：「自動化できるものは全部自動化する」。
2024年、私はフロリダの3PL拠点で仕事をしました——40,000平方フィート、120台のAMRと60人のピッカーが同じウェーブを回していました。本番開始から1週間、ウェーブ完了時間は全員人間のベースラインより18%悪化しました。
原因：AMRが高密度の手作業ピースピックゾーンに割り当てられていたのです。通路幅は固定。人とロボットが同じ通路で向き合って動き、譲り合い、再ルート——タクトタイムは崩壊しました。対策は地味なものでした：ピック密度でゾーニングする。高密度の小物ゾーンは人間専用にし、AMRは長距離の補充とフルパレット移動を担当して、ピック通路には一切入らない。2週目には、ウェーブ時間は本番前より22%改善しました。
ここが直感に反する点です：WESで最適化すべきはロボットの経路計画ではなく、人とロボットの受け渡し（ハンドオフ）なのです。ロボットが検証ステーションに時間通り届けても、そこに誰もおらず、20台のロボットが列をなして待ちます。ハンドオフの待ち時間は、経路最適化が稼いだ秒数をことごとく食い潰します。この世で最も美しいルーティングアルゴリズムも、誰も設計しなかったハンドオフは救えません。
作業をきれいに振り分ける5ステップ
ステップ1：すべてのタスクにタグを付ける。WESのタスクモデルに4つのフィールドを追加します：推定移動距離、単品重量、商品の規則性（規則的/不規則的）、過去の例外発生率。タグ付けルールはシステムにハードコードし、ディスパッチャーの目利きに絶対頼らないこと。今日タグがなければ、明日は勘頼みの配分になります。
ステップ2：能力マトリクス付きで2つのリソースプールを作る。human_poolとrobot_poolです。それぞれに能力シートを持たせます：人は不規則な商品や例外に対応できるが長距離の歩行は嫌う。ロボットは固定ペイロードで24時間稼働するが、破損したカートンや貼り間違えたラベルは見抜けない。能力マトリクスはWESが配分を行う唯一の根拠です。これがなければステップ3のルールは空文句です。
ステップ3：3つの配分ルールを書く。そのまま盗んでください：
- 片道80メートルを超える移動は、まずrobot_poolへ。
- 過去の例外発生率が5%を超えるタスク種別は、human_poolに強制。
- 同じSKUのタスクは2つに割る：ピースピッキングは人へ、フルケースとフルパレットの移動はロボットへ。
ステップ4：リバランスのトリガーを設定する。ウェーブの途中で、どちらかのプールに15分以上引き取り手のないタスクがあれば、WESが移管可能なタスクを自動でもう一方のプールに移します。閾値は設定に置く——ディスパッチャーに画面を見張らせて消防士ごっこをさせないこと。2025年、東莞のEC倉庫が一度に2,000タスクをリリースし、40台のAMRがメイン通路の入口で6分間列を作りました。能力ベースの段階リリース——3分ごとに1バッチ——に切り替えたら、列は跡形もなく消えました。リリースの歩調はボトルネックのリソースに合わせます。これがWESスケジューリングの101です。
ステップ5：1週間データを取り、チューニングする。タスクを距離×例外発生率の散布図にプロットし、見える境界にルールの閾値を置く——勘ではなく。80メートル、5%、15分は出発点であり、福音書ではありません。
| タスクのプロフィール | 割り当て先 | 理由 |
|---|---|---|
| 長距離移動（片道80 m超） | ロボット | 歩行は人の最も高いコスト。機械は気にしない |
| 繰り返しのフルケース/フルパレット移動 | ロボット | 安定したタクト、疲労なし |
| 不規則・破損しやすい商品 | 人 | 目と手が必要 |
| 過去の例外発生率5%超 | 人 | 例外は人の縄張り |
| ウェーブ終盤の雑多な補充 | 人 | ロボットの出動コストがタスク自体を上回る |
本番稼働初日の夜のチェックリスト
この失敗を3度見てきたので、本番の夜に正確に5つだけ確認します：1. 4つのタスクタグフィールドがすべて埋まり、欠落なし。2. 能力マトリクスが現行版で、AMRのペイロードが通路幅と照合済み。3. 3つの配分ルールがテスト環境で少なくとも50ウェーブ回っている。4. リバランスのトリガー閾値が設定にあり、ディスパッチャーがアラートの見た目を知っている。5. ハンドオフの人員がロボット到着のタクトに合っている。5つとも緑でなければサインしない——1つでも欠ければ延期します。1週間の延期は、本番後の手戻りよりずっと安いのです。
4つの高くつく失敗パターン
失敗その1：AMRを安い労働力として使い、ピッカーを直接置き換えること。同じ通路で人とロボットが向き合うのは共倒れです——フロリダの拠点がその授業料を払いました。
失敗その2：ウェーブを一度に全部リリースすること。通路の容量はハードな制約です。WESのリリース歩調はボトルネックに合わせなければなりません。東莞の列が警告の物語です。
失敗その3：例外にオーナーがいないこと。ロボットが例外を上げるも、人は「ロボットの問題」と思い込み、タスクは2時間そこに放置される。私のルール：すべての例外はデフォルトでhuman_poolに振り、WESのアラートはシフトリーダーのハンディに直行させます。
失敗その4：タクト設計のないハンドオフ。検証に2人、その前に20台のロボットが列——そんなウェーブでは、ロボットを増やすほど速く死ぬだけです。
明日使えるヒント：ロボットを先に買わないでください。先月のタスクを抜き出し、距離×例外発生率のプロットで眺めてみてください。60%以上が短距離・低例外の象限に入っていたら、ロボットを増やすのはお金の無駄遣いです——先に人の移動動線を直してください。動線がきれいになれば、WESの配分ルールは本当に意味を持ちます。
Lin Xiao（WMS導入コンサルタント）著
英語版からの翻訳。内容に相違がある場合は英語版を優先します。
