3:50 PM。小口配送の締め切りは4:00。営業本部長が倉庫スーパーバイザーに直接電話してくる——重要顧客が追加した200件の注文を今日中に出荷しなければならない。顧客を失えば来年の契約更新も消える。スーパーバイザーはウェーブ計画に目をやる：次の4,000件のウェーブはすでに半分がリリース済み、30人ほどのピッカーが通路に出ている。あなたならどうする？
倉庫で20年、僕が学んだのはこれだ：どの倉庫もこの場面を生きている。違いは、「割り込み」のルールブックがあるかどうかだ——200件は入り、通常ウェーブは20分遅れで終わり、誰もパニックにならない。声で回す倉庫は、スーパーバイザーの無線の声頼みだ。結末はいつも同じ：緊急オーダーはトラックに間に合わず、通常オーダーが山ほど誤出荷される。割り込み自体が問題なのではない。ルールなき割り込みが問題なのだ。
緊急オーダーが混乱する理由：全員が即興で動く
混乱の根はここにある。WES（warehouse execution system、倉庫実行システム）がウェーブをリリースすると、タスクはそのロジックに従って各ピッカーに配り終えている。外から200件をねじ込むと、システムは3つの問いに答えなければならなくなる：新タスクの優先度は何か、進行中のタスクを中断するか、各ピッカーはどうやって「何を先にやるか」を知るか。声で回す倉庫では、3つの答えはすべてスーパーバイザーの声次第だ——そして3回目の伝言でメッセージは歪む。フルパレットのタスクを放り出して小物2点を取りに行く者が出る。別の誰かは呼びかけを聞かず、元の計画通り歩き続ける。突き合わせの段階で、緊急オーダーは150件がピック済み、50件は誰も担当しない通路に取り残される。
隠れた損害は後から来る。割り込みはこのウェーブを乱すだけではない——中断されたタスクは並べ直しが必要になり、通路は中途半端な作業で埋まり、監査ステーションはラベルなしのカートンで積み上がる。その夜の残業と翌朝の連鎖遅延が、この200件の真のコストだ。営業が見るのは「出た」という事実。スーパーバイザーは、フロア全体の効率が15%落ちたことを知っている。
3段階のグリーンレーン——「急ぎ」という曖昧な一言ではない
僕が一緒に仕事をしたあるEC倉庫では、「急ぎ」を3段階に分け、スーパーバイザーの口ではなくWESのタスク優先度フィールドに書き込んだ：
Tier 1は「顧客を救う」オーダー：顧客が「今日出さなければ他に行く」と明言したか、現場を止めるに値するほど金額が大きいかのどちらかだ。この段階は、ピッカーの進行中タスクを中断できる——できる、であって、必須ではない。WESが実行中タスクにフラグを立て、ピッカーのRFガンや音声端末にプッシュする：「今の作業を置いて、まずこの3ロケーションを取れ。終わったらシステムが戻す」。中断されたタスクは失われない。システムは中断点を覚えている。
Tier 2は「今日締め」だ：Tier 1ほどのドラマはないが、今日の締め切りには間に合わせなければならない。この段階は誰も中断しない。未リリースの次ウェーブの先頭に置くか、200件の独立ミニウェーブとして、常駐のフレキシブルクルー2〜3名に振る。フレキシブルクルーは日中ほぼ通常ウェーブを回し、緊急が来れば5分で切り替わる——それこそがグリーンレーンの本当の人的土台だ。
Tier 3は「明日の一番」だ：顧客は明日早めに必要だと言うが、通常フローで十分回る——でも、安心させるために名前を付ける。明日の最初のウェーブに入り、今日のリソースをゼロ消費する。落ち着いて考えれば、いわゆる「緊急オーダー」の大半はTier 3だ。営業が本当に求めているのは、今日あと2時間の労働ではなく、確実性なのだ。
段階の上には3つの鉄則がある。1つ：段階を割り当てられるのはシフトスーパーバイザーと当直マネージャーのみ。営業やカスタマーサービスはリクエストはできるが、割り当ては決してできない——誰でも優先度を付けられるなら、優先度は存在しない。2つ：毎回の呼びかけを記録する——誰が、いつ、なぜ割り当てたか、WESに1行、月次レビューのために。3つ：クォータ——Tier 1は1日2回まで。それを超えたら「オペレーションインシデント」として扱い、さらなる割り込みではなくレビューに回す。
割り込みのツケは誰かが払う
ここが一番うやむやにされる部分だ。割り込みにタダはない——Tier 1の割り込み1回ごとに、通常ウェーブのオンタイム率は削られ、残業とエラー率は上がる。僕の流儀：コストを計算して、テーブルに置く。
月次レポートを1つ作る：今月のTier 1割り込みが何回か、そのせいで出荷時刻を逃した通常オーダーが何件か、何時間の残業を生んだか。それを営業に持って行く——「緊急を止めろ」と喧嘩するためではない（そんなの幻想だ）、2つのことを決めるためだ。1つ目：常識外の残業と特急輸送費は、倉庫ではなく営業の予算から出す。2つ目：同じ顧客が月に3回緊急を出してきたら、その顧客の需要計画が壊れている——その都度火消しするのではなく、座って一緒に需要予測を直す。
KPIは2本の線を並行して追う必要がある：緊急オーダーのオンタイム率と、通常ウェーブのオンタイム率だ。前者だけ測れば、スーパーバイザーは無制限に割り込む。後者だけ測れば、誰も緊急オーダーに手を付けない。2本とも赤くなったら、本当に人手が足りていない——ルールを調整する時ではなく、雇う時だ。
今夜壁に貼れるチェックリスト
ルールは複雑である必要はない。紙1枚で、明日の朝シフトから実行できる：
段階の定義を3文で書く：Tier 1に当たるのは何か（顧客流出、大きな金額、規制上の期限）、Tier 2（締め切り必達）、Tier 3（それ以外）。2つの名前を書く：シフトスーパーバイザーと当直マネージャー、そして1行——「他の誰も段階を割り当てられない」。システムの3点をチェックする：WESのタスク優先度フィールドは本当に有効か、中断後の「中断-再開」はテストされたか、実際のRFや音声端末で優先度プッシュを見た者はいるか。通知チャネルを固定する：システムプッシュと無線ch3のみ——グループチャットは禁止。グループチャットが賑わうと、緊急オーダーは絵文字に埋もれて死ぬからだ。レビューで2つの数字を追う：月あたりの割り込み回数と、通常ウェーブのオンタイム率が何ポイント落ちたか。
今夜、WESを開いて、優先度段階がいくつあるか、誰が変更できるかを確認してみよう。答えが「全員が変えられる」か「誰も使ったことがない」なら、あなたのグリーンレーンは飾り物だ——そして次の3:50 PMの電話は、あなたの声しか残さない。あなたの声は、倉庫で最も信頼できないシステムなのだ。
英語版からの翻訳。内容に相違がある場合は英語版を優先します。
