結論から先に：ドック・トゥ・ストック時間が目標を超過した場合、置き場作業（putaway）チームに責任があるのは約20%にすぎません。残りの80%は三つの要因に集中しています——労働力とずれた予約時間、肥大化した入荷検品、そして期限通りにリリースされない格納タスクです。この三つを直せば、40パレットのトレーラーはドアから在庫へ4時間で移動します。放置すれば、48時間も普通に見え始めます。
これは推測ではありません。30件以上のWMS導入で、荷口ごとに測定してきた事実です。方法は至って単純です：四つのタイムスタンプ——トラック到着、荷下ろし完了、入荷完了、格納完了です。どんな入荷荷口でもこの四つの区間に分ければ、ボトルネックは自ずと露呈します。倉庫のドック・トゥ・ストック時間を短縮したいなら、何かを最適化する前に、各フェーズの計測の仕方を学んでください。
ドック・トゥ・ストック時間が本当に消えている場所：三つのボトルネックが80%を食う
表をご覧ください。トレーラー1台分——約40パレット、ドックドア1箇所——について、実際のプロジェクトで私が見続けている範囲は次の通りです：
| フェーズ | 健全 | 制御不能 | こうして死ぬ | | 荷下ろし | 1時間 | 2–3時間 | 人手不足；フォークリフトを出荷が借用 | | 入荷／検品 | 1時間 | 8–24時間 | 100%開梱検査、手入力キーイング、QA署名待ち | | 格納タスクのリリース | 15分 | 4–12時間 | 入荷後に誰もタスクをリリースしない；パレットがドックに滞留 | | 格納作業 | 1時間 | 2–4時間 | 空きロケーションなし、フォークリフトが行列 |
健全なら合計4時間未満です。制御不能なら軽く48時間を超えます。入荷の行を見てください——8時間から24時間。チェーン全体でいちばん太い肉です。
ケース1：オハイオ州の3PL倉庫、平均36時間のドック・トゥ・ストック。顧客は格納チームに「もっと速く動け」と怒鳴り続け、格納チームは心底困惑していました。四つのフェーズを計測しました：荷下ろし1.2時間、正常；格納作業1.5時間、正常；入荷21時間——全パレットに100%開梱検査をやっていたからです。開ける、数える、撮影する、手でキーイングする。決定的なのは、この仕入先の過去6か月の入荷差異率が0.3%未満だったことです。全数検査はただの自己満足でした。ASN事前入荷＋レベル別の抜き取り検査に切り替え、入荷は1時間に、総サイクルは4.5時間に落ちました。この失敗はこれまでに三回見ています。まったく同じ筋書きです。
ケース2：カリフォルニア州のEC倉庫、ピークシーズンに52時間。計測の結果、予約待ちが9時間純粋に発生——月曜朝8時に全トラックを予約、ドックは路上まで渋滞、12人の荷下ろし作業員が深夜過ぎまで働き、火曜はやることがない。労働力と到着が完全にずれている。予約を2時間枠に区切り、1枠あたり上限3台、労働計画を予約枠にひも付けました。待ち時間は1時間未満に落ちました。
直感に反する結論はこちらです：**格納が遅いとき、問題はたいてい格納チームではありません。**計測してきたすべてのプロジェクトで、格納作業が2時間を超えることはめったにありません。本当のブラックホールは予約と入荷です。上流が壊れているのに格納チームに人を足すのは、漏れの下流で水をかき出すようなもの——疲れるだけです。
5ステップのプレイブック：ドック・トゥ・ストック時間を4時間に
ステップ1：まず予約と労働力を合わせる。予約台帳を2時間枠に区切る。各枠に厳密な定義——開けるドア数、トラック台数、人数、フォークリフト台数。労働計画は予約台帳に従い、逆は絶対にしない。30分以上遅れたトラックは枠を失い、再予約。 このルールがなければ、予約台帳はただの飾り紙です。
ステップ2：荷下ろしを計測し、仮置きエリアに締切を設ける。1台あたり1時間が基準です。仮置きは荷下ろし完了から2時間以内に空ける。空けられなければ、上流で入荷かタスクリリースが詰まっている——仮置きが満杯なのは、得られる中でいちばん早い警報です。日次レポートが何かを教えてくれる二日前に。
ステップ3：検品を階層化し、100%全数検査を殺す。過去の差異率で仕入先を格付け：優良仕入先はスキャン＆ゴー（パレットのライセンスプレートをスキャン、数量一致、終了）、平均的な仕入先は10%抜き取り検査、ブラックリスト仕入先は全数検査。ASNは前日までにシステムへ；受入時のスキャンは自動照合され、人間が触るのは例外のみ。SOPに明記する：抜き取り検査、1パレットあたり5分以内；開梱は全数検査の場合のみ。
ステップ4：格納タスクを数秒で自動リリースする。入荷が確定した瞬間、格納タスクが自動で生成・派遣されなければなりません——間に「リリースボタンを押す」ステップを入れない。優先度をハードコードする：格納が補充に勝ち、補充がハウスキーピングに勝つ。そしてフォークリフトプールを出荷と分離する——出荷ウェーブが入荷ピークと衝突したら、入荷は必ず負けるので、時間をずらして組む。
ステップ5：四つのタイムスタンプを日次レポートに載せる。ドア到着、荷下ろし完了、入荷完了、格納完了——WMSで自動記録、毎朝フェーズ別のタイミングシートとして公開、超過は赤字で警告。このシートがなければ、ボトルネックの場所は勘です。私のゴーライブ前日のチェックリストでは、タイムスタンプ記録ロジックを自分でクリックして確認します——この失敗を三回見ています：不完全なタイムスタンプ。その後のあらゆる最適化は計器なしの飛行です。
三回ずつ見てきた三つの失敗モード
失敗1：「念のための」全数検査。100%検査をやる倉庫が、抜き取り検査の倉庫より差異率が低いわけではありません——ただ10倍の時間をかけているだけです。品質は仕入先で作り込むもので、ドックで製品に検査するものではありません。差異データを持って品質チームへ；議論するより効きます。
失敗2：手動のタスクリリース。夜勤の入荷作業員が40パレットを確定し、リリースボタンを押し忘れた。貨物は一晩中ドックに放置され、朝まで誰も気づかなかった。解決策はただ一つ：自動リリース。人間のステップをチェーンから削除する。
失敗3：意味のない予約。営業は受注のために何でも約束し、トラックは開いているドアもなく到着、運転手は駐車場で眠る——ドック・トゥ・ストックの時計は予約時刻から動き始めているので、数字は擁護のしようがない。予約は実際のドック能力に基づかなければならない。能力超過は次の枠へ。交渉なし。
明日にでもできること：WMSから先週の入荷荷口20件を引き出し、それぞれを四つのフェーズ——荷下ろし、入荷、タスクリリース、格納——に分ける。いちばん大きい区間が、最初の戦場です。まだ人を増やさない。まず計測する。
Lin Xiao（WMS導入コンサルタント）著 英語版からの翻訳。内容に相違がある場合は英語版を優先します。
