WMSスーパーユーザーの選定と育成：ゴーライブの成否の半分はこの一人にかかっている

結論から先に：WMSのゴーライブの成否は二つのものにかかっている——ソフトウェアと、スーパーユーザーだ。人選を間違えれば、稼働日に倉庫全体が残業する羽目になる。

30回以上の導入経験から、パターンは明確だ。ソフトウェアの選定ミスより、人の側の問題で死ぬプロジェクトの方がはるかに多い。適任のスーパーユーザーを選べば、コンサルタントが去った後も倉庫は自走する。人選を誤れば、数か月にわたって火消しに追われる。

WMSスーパーユーザーの実際の仕事：三つの帽子、欠けるものなし

多くの人はスーパーユーザーを「覚えが速く、みんなの代わりにマウスをクリックしてくれる人」だと思っている。違う。本物のスーパーユーザーは三つの帽子をかぶり、そのどれも必須だ。

一つ目の帽子：通訳者。コンサルタントはシステム語を話す——「このフィールドがウェーブリリースのロジックを制御しています」。現場の人は業務語を話す——「この注文は今日出荷できますか？」。スーパーユーザーは両者を正確に翻訳する。翻訳を間違えれば、設計ワークショップで合意したプロセスはすべて絵に描いた餅だ。

二つ目の帽子：種まきトレーナー。コンサルタントが去った後、数十人の現場スタッフの教育、質問対応、新入社員のオンボーディング——すべてスーパーユーザーの肩にかかる。50人の倉庫で、コンサルタント一人では全員を教育しきれない。

三つ目の帽子：ゴーライブの消防士。稼働後の最初の1週間は、テストでは一度も現れなかった例外が毎日出てくる。混合パレットの分割方法、過剰入荷の計上方法、誤印刷ラベルの取り消し方法。コンサルタントの予定を待っていたらドックが渋滞する。スーパーユーザーはその場で判断しなければならない——「今はこう対応して、記録しておいて、明日コンサルタントに確認する」。

スーパーユーザーとは「パソコンが得意な人」ではない。ゴーライブの副司令官だ。

人選ミスの代償：この失敗を私は三回見た

一回目：2022年、ロサンゼルス近郊のアパレル3PL、120,000平方フィート。プロジェクトマネージャーは安易な道を選び、IT部門の「一番システムに詳しい」スペシャリストをスーパーユーザーに任命した。彼はExcelが得意で、VLOOKUPの達人だった——そして倉庫に一歩も足を踏み入れたことがなかった。UATはハッピーパスしかカバーしなかった。通常入荷、通常出荷、すべてグリーン。初日、ピッカーが「1つの注文を2つのパレットに分けたい」と聞いてきた——彼は固まった。受注担当者が「リリース済みのウェーブに特急注文を挿入する方法」を聞いてきた——彼が言えたのは「コンサルタントに聞いてみます」だけだった。その日のスループットは崩壊し、オーナーの妻がシフトを救うために現場でスキャンをする羽目になった。3週間後、彼らは旧システムにロールバックした。プロジェクトは2か月遅れ、実装費が余計に大量に燃えた。

二回目：2023年。「スター社員」を選んだ——現場で一番速いピッカーで、みんなに好かれていた。問題は、彼に時間がなかったことだ。設計ワークショップをサボり、UATは一夜漬け、私が彼のSOPを代筆した。稼働日、彼が知っていたのは自分のステーションだけ——それ以外は何も知らなかった。

三回目が一番つらかった。人選そのものは悪くなかった——業務知識がしっかりしていて、仲間から尊敬されていた——しかし彼はイエスマンだった。設計ワークショップでコンサルタントが明らかに無理なプロセスを提案した——夜勤2人で4人分の検品作業をする、というものだ。彼は面倒くさがられるのが嫌で、うなずいた。稼働後、夜勤は毎晩のように炎上し、そのとき初めて彼は「実はあのときおかしいと思っていました」と認めた。ノーと言えないスーパーユーザーは、スーパーユーザーがいないのと同じだ。

三回とも同じ教訓：「一番技術に詳しい人」や「一番働き者」を選んでいるのではない。この仕事に一番適した人を選ぶのだ。

WMSスーパーユーザーの選び方：5つの厳しい基準

これは私がすべてのクライアントに渡す5つの基準だ。採点シートは下にある——80点以上で合格。

1. 深い業務知識——「なぜ」を説明できること。バーは「操作できる」ではなく「各例外がなぜそう処理されるのかを説明できる」ことだ。問いかけてみる：「過剰入荷した商品がなぜそのまま棚入れできないのか？」。正解は「品質管理がまだ承認していないから——一度棚に載せたら、誰も見つけられなくなる」。「どうやるか」しか知らない人は、人を教える段になってバリエーションが出た瞬間に崩れる。

2. 仲間からの信頼。同僚は本当にこの人に質問し、答えを聞いているか？これはごまかせない。リードピッカーやベテランの受注担当は、たいてい自然に持っている。

3. 簡潔に説明でき、忍耐強いこと。テスト：新入社員だと思って、返品プロセスを3分で説明してもらう。理解できたら合格だ。スーパーユーザーの仕事の大半は、同じことを繰り返し説明することだ——忍耐力は硬貨だ。

4. 今後3か月、少なくとも半分の時間を割けること。スーパーユーザーの役割は時間泥棒だ。設計ワークショップ、UAT、SOP作成、教育、質疑応答。誰かを任命する前に、直属の上司とバックフィル比率を交渉すること——書面でだ。口頭の「できるだけ配慮します」は、稼働直前に必ず「まず本業を終わらせてから」に化ける。

5. 新システムに敵対的でないこと。業務を熟知しながらも、すべての新システムに原則反対するベテランオペレーターがいる——「紙の伝票でうまくいっていた」。その人をスーパーユーザーにすれば、プロジェクト内部に反対プロパガンダのノードを植えることになる。態度は変わり得るが、プロジェクトのスケジュールの中で賭ける余裕はない。

業務のベテランか、ITか？私の答え：業務の人がスーパーユーザーになり、ITはバックアップになる。ITはシステムレベルのパズルを速く解く。しかしプロセスが正しいかを判断できるのは、毎日現場にいる人だけだ。両方必要——でも肩書きは業務の人に。

スーパーユーザー採点シート（そのまま使える）

正しく選んだ——次は育成：8週間のスーパーユーザー立ち上げプラン

選定は前半戦にすぎない。育成が後半戦だ。タイムラインはこうだ。

• 稼働の8週間前：設計とプロセス設計のワークショップに参加。一つの仕事：穴を探すこと。夜勤が物理的にできないものはすべて指摘する。設計段階でのフィードバックはホワイトボードのスケッチで済む。稼働後なら手戻りだ。
• 6週間前：UATのリードテスター。ハッピーパスだけのテストは禁止。例外を意図的にテストする——分割、過剰入荷、出荷不足、ラベル再印刷、オフラインからの再開——それぞれ少なくとも2回、自分の手でキーボードを叩く。
• 4週間前：自分の言葉でSOPを書く。プロセスごとに1ページ、スクリーンショット付き、コンサルタントの文書のコピーは禁止。テスト：プロジェクト外の新入社員に渡す——その通りにできたら合格。
• 2週間前：講師になって現場全体を教育する。本番前に2回リハーサルする。3回教えた頃には、大半のコンサルタントよりシステムを理解しているだろう——質問に鍛えられて。
• 1週間前：ゴーライブ前夜のチェックリストを歩く——ユーザーアカウントと権限、プリンター、スキャナー、ラベル在庫、緊急連絡表。すべての項目を確認する。
• 稼働日＋2週間：課題ログ帳を持って現場に常駐する。退勤の15分前にコンサルタントと振り返る：出てきた課題、その場で解決したもの、設定変更が必要なもの。

ここが直感に反する部分だ。多くの人は「スーパーユーザーへの技術研修は多ければ多いほど良い」と思い込み、システムの深掘り研修を山積みにする。大間違いだ。スーパーユーザーの最高の価値は「システムを知っていること」ではない。「悪いプロセスにノーと言える勇気」と「何か壊れたときに現場が最初に電話する人であること」だ。技術的な詳細はいつでもITやコンサルタントに聞ける。しかし「このプロセスは現場に持ちこたえられない」という判断は、彼らにしかできない。

よくある失敗ポイント5つ——早めに回避せよ

1. 仕事量を減らさずにITにスーパーユーザーを兼務させる。両方の仕事が犠牲になる——システム管理の仕事も、スーパーユーザーの仕事も、どちらもまともに進まない。
2. スーパーユーザーがUATには参加するが設計を飛ばす。「これはできない」と気づいた頃には、手戻りのコストは設計段階の修正の10倍になっている。
3. コンサルタント語で書かれたSOP。現場スタッフが理解できなければ、存在しないのと同じだ。スーパーユーザー自身の言葉で書かなければならない。
4. 稼働直後にスーパーユーザーを解放する。最初の3か月は課題のピークシーズンだ——少なくともパートタイムで役割に留めておく。
5. 倉庫にスーパーユーザーが一人だけ。休暇、退職、病欠——一人欠ければ建物全体が迷子になる。主担当＋バックアップが最低ラインだ。半分だけでも旅路を共にしたバックアップは、いないよりましだ。

ゴーライブ前夜、私のチェックリストの最後の項目はいつも同じだ。スーパーユーザーに電話して聞く。「明日の準備はできた？」。「はい」と言われたら、やっと眠れる。

Lin Xiao（WMS導入コンサルタント）著

英語版からの翻訳。内容に相違がある場合は英語版を優先します。