YMSプロジェクトが失敗する理由：システムを買ったのにゲートが相変わらず混乱している3つの理由

ハンドルを握って15年、ひとつ言わせてください。怖いのは高速道路の渋滞じゃありません。怖いのは倉庫ゲートの渋滞です。高速なら、少なくとも先で何が起きたかは分かります。ゲートでは、前に何台のトラックがいるのか、自分が何時間待つのか、さっぱり分からない。ただ立ち往生して、時計が一日を食いつぶすのを眺めているだけです。

去年の秋、カリフォルニアのインランド・エンパイアにある大きな配送センターに納品がありました。ヤードのゲートに着いたのは朝5時。目の前にはすでに30台を超えるトラックの列が、見えなくなるほど続いていました。窓から身を乗り出して、前のドライバーに聞きました。「この倉庫、つい最近あの立派なヤード管理システムを入れたんじゃなかったのか？何が起きてるんだ？」彼は笑いました。「ああ、入れたよ。オフィスのダッシュボードは見事なもんだぜ。でもここじゃ、何も変わっちゃいねえ。」

この一言がずっと引っかかっていました。その後もYMSを導入している施設をいくつも回りましたが、パターンはまったく同じです。システムは買った。ゲートは相変わらず混乱している。では、実際にどこで壊れているのか、ドライバーの目線で説明しましょう。

理由その1：システムはオフィスのために作られ、ドライバーとガードのためではなかった

さきほどのインランド・エンパイアの倉庫に戻りましょう。彼らのYMSは、紙の上では完璧でした。ドライバーは事前にモバイルアプリで予約枠を確保し、ゲートでコードをスキャンすれば、システムがドックドアを割り当てる。美しいフローチャートです。

ただ、誰も最初のステップを突破できませんでした。アプリは完全な登録を要求します。個人情報を大量に入力し、メール認証もしなければならず、しかも全部英語でした。道路標識や貨物明細（BOL）くらいなら英語で何とかなるドライバーはたくさんいますが、何画面もある登録フローとなると話は別です。あるメキシコ人ドライバーが言いました。「1時間近く格闘して、諦めてディスパッチャーに電話したんだ。『代わりにやってくれ、俺には無理だ』ってね。」ディスパッチャーだって忙殺されています。ドライバー一人ひとりに登録を手取り足取り教える暇なんてありません。結局、ほとんどのドライバーは登録をすっ飛ばして、いつものやり方を続けました。来て、電話する。

そしてガード。システムのダッシュボードは「すべて正常」と表示しているのに、彼は紙の帳簿を使い続け、一台一台手書きで記録していました。なぜシステムを信用しないのか聞くと、正直に答えてくれました。「システムの予約時間は、この倉庫の実際の荷下ろしの速さとは何の関係もないんです。システム通りにトラックを入れちゃったら、ドックのチームは準備ができてない。ドライバーからも怒鳴られる、倉庫からも怒鳴られる。俺は自分の手帳を信じるね。」

要はこういうことです。どんなYMSのラスト100ヤードも、ドライバーとガードです。この2グループが使わなければ、システムはただのオフィスのおもちゃです。ダッシュボードが立派なほど、皮肉は鋭くなります。

理由その2：システムの中のヤードは、現実のヤードではない

数年前、ダラスの食品配送センターで荷物を積んだときのことです。YMSはドア42を割り当てました。入ってドア42を探しました。ところがそこはパレットで完全に塞がれていて、フォークリフトですら近づけませんでした。数か月前に地面のドア番号を塗り直したのに、システムが更新されていなかったのです。番号は数ドア分ずれていました。正しいドアを見つけるまで、20分以上ヤードをぐるぐる回りました。30分が、ただドアを探すだけで消えました。

予約枠の問題もあります。システムは一日をきれいに1時間の枠で切り分けていました。実際には、その施設でトレーラーを1台下ろすのに、書類、検査、数量確認で最低1時間半はかかります。入力データが願望だったので、実行は完全な即興でした。ドライバーはシステム通りに時間通りに来る。でも前のトレーラーはまだ下ろし中。そのままヤードで待たされる。待つ人が増えれば、結局ヤードは詰まります。

教訓：悪いデータより速く走れるシステムはありません。間違ったドア番号、でっち上げの荷下ろし時間、架空の予約枠。土台が歪んでいたら、高く積み上げても意味がありません。多くの倉庫は、誰も現地に行ってドアを一台ずつ確認しないままYMSを稼働させ、古い図面と古いスプレッドシートを信じてデータをインポートしています。インポートされたのはデータじゃありませんでした。負の遺産です。

理由その3：システムを買うことが、問題を解決した気分にさせた

3つ目が一番痛くて、一番よく見ます。

ある大きな3PL倉庫が、YMSに大金を投じました。稼働初日、マネージャーたちはオフィスに集まってリアルタイムのダッシュボードを眺めていました。数字が跳ね回り、すべてが生き生きと見えたそうです。そして私は外のトラックの列に座っていました。その列は公道まで伸びていて、システム導入前とまったく同じでした。なぜか。プロセスは何も変わっていなかったからです。相変わらず先着順。予約トラックと飛び込みが混ざっている。ガードは経験と顔なじみでトラックを通し続けています。システムは上で回る。現実は下で回る。決して交わらない2本の平行線です。

直感に反する部分はここです。システムが高額なほど、ボスは「よし、もう片付いた」と思い込みやすくなり、実際のプロセスと実際の人々への注意は減ります。安心感を買っているのです。ベンダーはツールを売ってくれました。でも「ゲートを回す」には、ツールが代わりに決めてくれない決断が必要です。先着順の習慣を変えない、来ない予約をどう扱うか決めない、ガードがシステムに従うのか電話に従うのか決めない。そのままであれば、あなたのYMSはただ建物の中で一番高価な飾り物です。

本当の意味：難しかったのは技術ではなかった

3つの理由、正直な結論はひとつ。YMSの導入は失敗しますが、10回中9回はソフトウェアのせいではありません。人がついてこなかった、プロセスが変わらなかった、データが一致しなかった。この3つはあなたの責任です。ベンダーに代わってもらうことはできません。

多くの倉庫が考え抜いていないトレードオフもあります。予約システムを硬直的にしすぎると、遅刻を恐れたドライバーが3時間も4時間も早く来てしまい、ゲートはさらに悪化します。予約がまったくなければ、ピーク時間は完全に崩壊します。どちらの極端も罠です。中庸の道はこうです。枠は柔軟に保ち、実際の配車権限は現場のガードに残す。システムには提案させ、ガードに決断させる。ガードを家具のように扱うのはやめましょう。彼こそが、そのゲートの真のオペレーティングシステムです。

荷主と倉庫への率直なアドバイス

第一に、ソフトウェアを買う前にプロセスを直してください。先着順をやめ、予約とライブ配車を整備し、紙の上でスムーズに回るまで運用してください。紙の上で回らないプロセスは、システムの中ではもっと速く壊れます。

第二に、ドライバー側は死ぬほどシンプルに。登録なし、メール認証なし。ゲートでコードをスキャンするかナンバーを入力すればチェックイン完了です。テキストメッセージで済むなら、誰にもアプリをダウンロードさせないでください。覚えておいてください。余計なステップを1つ増やすたびに、導入率は半分になります。

第三に、ガードは家具ではなく重要ユーザーとして扱ってください。稼働前にランチをおごって、ゲートの本当の姿を聞いてください。どの運送会社がいつも遅れるのか、どのドアが悪夢なのか、ピークが本当に来るのはいつなのか。彼の紙の帳簿は、最も正直な要件定義書です。

第四に、稼働前にデータを現場と合わせてください。誰かを送って、地面のドア番号を全部確認し、各ドアの実際の平均荷下ろし時間を計測してください。古い図面を信じないでください。図面は嘘をつきます。塗られた番号は嘘をつきません。

第五に、旧方式と新方式を並行稼働させてください。一発切り替えはやめましょう。ドライバーとガードの移行には数か月与えてください。初日に紙の帳簿を取り上げたら、全員で結託してシステムを出し抜くことしか起きません。

故郷の古いことわざにこうあります。斧を研ぐことは、薪割りを遅らせない。ゲートの問題はシステムではなかったのです。斧とは人です。YMSは良い道具ですが、管理される覚悟のある人、整えられたプロセス、現場と一致したデータがあって初めて機能します。

Shifu Zhao（トラック運転手歴15年）著 英語版からの翻訳。内容に相違がある場合は英語版を優先します。