ペーパーレスピッキングシステムの構築：WMSにおけるタスクキュー、ハンディターミナル、例外処理

結論から先に言えば、ペーパーレスピッキングシステムの成否は、ハンディターミナルがどれほど高価かではなく、3つの設定にかかっている。その3つとは、タスクキューをどう切り分けるか、ハンディの画面にどれだけ表示するか、そして何か問題が起きたときに例外をどこへ送るかである。このうち1つでも間違えれば、現場は独自の回避策を編み出す。その回避策とはたいてい、紙、書き写したメモ、通路越しの声掛けである。そうなった瞬間から、システム内のデータは実際の出来事と一致しなくなる。

私は30回以上の立ち上げを率いてきたが、パターンは一貫している。初週に崩壊する現場は、めったにハードウェアの問題を抱えていない。通路を歩かずに会議室で決められたキュー、画面、例外の問題を抱えているのだ。作業自体は複雑ではない。難しいのは自制である。ピッカーに、使いこなせる以上のタスク、情報、例外処理の速さを与えないことだ。

なぜこの3つの設定がデバイスやネットワークのカバー範囲よりも重要なのかは単純だ。ペーパーレスピッキングシステムのペースは、スキャナーではなくタスクが決める。キューが間違っていれば、ピッカーはシフトの大半を作業待ち、作業探し、作業の切り替えに費やす。画面に表示しすぎれば、1ピックごとに探すための余計な1秒がかかり、その秒数が積み重なって梱包台に待ち行列ができる。例外の行き先がなければ、欠品、破損品、読み取れないバーコードが1人のピッカーの手元で止まったまま、システムは注文が正常に進んでいると報告し続ける。

このキューの間違いは3回見てきたが、常に同じ形だった。2023年11月、寧波で小型家電を扱うサードパーティ倉庫が、1日分のウェーブを一度にすべて解放した。キューは注文番号順に並べられ、1人のピッカーが40件を超える未完了タスクを抱えることになった。そのリストを頭の中に保持できなかった彼は、覚えていた数件の注文だけをピックし、残りはスーパーバイザーが追いかけるに任せた。追いつこうと焦った彼は注文を混ぜ合わせ、梱包台が取り違えを発見した。スタッフが不注意だったのではない。設計が1人に4人分の仕事を求めていたのだ。私たちはキューをゾーン別に作り直し、1人あたりの未完了タスクを8件に制限し、現場は順序通りの作業に戻った。

ペーパーレスピッキングのタスクキュー：注文番号ではなくゾーンで切る

キューの第一のルールは、1人のピッカーが一度に見られる量は、メモなしで覚えられるほど小さくなければならないということだ。私はまずゾーンで切り、次に優先度で分ける。同じゾーンのタスクはまとめる。その人がすでにそのルートを歩いている場合を除き、他のゾーンのタスクは同じ人のキューに入れるべきではない。優先度は2段階だけである。締切前に出荷しなければならないものと、次のウェーブまで待てるものだ。3段階以上は精密に聞こえるが、現場では誰も区別できないため、段階は何の役にも立たない。

第二のルールは、タスクが割り当てられたら、そのまま割り当てられた状態にしておくことだ。注文がキャンセルされた場合やロケーションがロックされた場合を除き、システムがウェーブを再計算したからといって引き戻して並べ直してはならない。引き戻されたタスクは失われやすい。ピッカーがすでに途中まで来ているかもしれないからだ。第三のルールは、ウェーブのサイズは注文のきりのよい数ではなく、人員数とゾーンの規模から計算しなければならないということだ。5つのゾーンに分散した100件の注文と、1つのゾーンに集中した100件の注文は、異なる作業負荷である。

他のキュー設定を決める前に、この判断表を使うこと。まず3行すべてを埋め、それから残りについて議論すること。

ハンディの画面：まず引いてから機能を足す

ペーパーレスピッキング用ハンディの画面に対する私のルールは明快だ。ピッカーがちらっと見たときに、次のアクションが即座に分からなければならない。ロケーション、商品名、数量は最初の画面に置き、手袋をしたまま50センチ離れたところから読めるほど大きな文字で表示する。ロット、顧客、注文メモなどそれ以外はすべて、タップしたときにだけ現れる2番目の画面に置く。すべてを最初の画面に置いても、ピッカーの情報が増えるわけではない。1日に何百回も行うその1つの作業が遅くなるだけだ。

2024年3月、東莞の消費財倉庫が、この失敗の形をまさに示してくれた。最初の画面には9つの項目があった。ピッカーは数量を探し、次にロケーションを探し、行を間違えればピックも間違えた。さらに悪いことに、確定ボタンが次の注文ボタンと隣り合っており、手袋をした指が間違った方を押し続けた。1日に十数件以上の注文が誤タップでスキップされ、梱包チームが1件ずつ追跡した。私たちは最初の画面を3項目に削り、確定ボタンを右下隅に単独で移した。誤ってスキップすることはその日のうちに止まった。新しいデバイスも、増員もなし。画面を共有すべきでなかったものを取り除いただけだ。

見落としやすい細部が1つある。スキャンに失敗したときに画面が何と言うかだ。赤いバツやエラーコードは指示ではない。画面はピッカーに次に何をすべきか、別の角度から再スキャンするか、例外を上げるかを伝えなければならない。ピッキングの途中で誰も立ち止まってエラーメッセージを解読したりしない。

ペーパーレスピッキングの例外には独自の戻りルートが必要

例外処理は、私が後付けにしないと決めている設定だ。欠品、破損、数量不一致、読み取れないバーコードは、それぞれ独自の出口を必要とする。汎用的な例外ボタンが1つだけでは、すべて同じに見えるチケットの山ができ、それを処理する人は実際に何が起きたのかを聞くために現場に電話しなければならない。誰かが答える頃には、在庫はすでに移動しているかもしれない。

私の設定はこう動く。例外が上がった瞬間、元のタスクは凍結され、そのピッカーの未完了タスクに数えられなくなる。例外は通常のキューに戻されるのではなく、スーパーバイザーまたはチェッカーが担当する別のキューへ移る。スーパーバイザーに許される結果は3つだけである。補充して再解放する、ロケーションを切り替えて再解放する、またはカスタマーサービス確認のために注文を保留する。第4の結果はなく、例外を担当者なしで放置してはならない。キューはシフト終了前に片付けなければならない。残ったものはすべて理由を文書化し、新しいウェーブを解放する前に翌朝の最初の仕事とする。

クライアントが反論する直感に反する判断がここにある。例外処理が速ければ常に良いとは限らない。スーパーバイザーが数量をこっそり変えて欠品を処理したり、別の注文にすり替えて破損を処理したりすれば、キューはきれいに見える一方で、在庫も注文も両方間違ったままになる。私は、追跡を失うよりも、例外を30分長く置いておく方を選ぶ。すべての結果は、誰が処理したか、どのロケーションを使ったか、数量が変わったかどうかを記録しなければならない。現場での速さは後になって、月末の棚卸しで初めて現れる差異として支払われることが多い。

私の立ち上げ前夜チェックリスト：実際のロケーションで試すこと

私の立ち上げ前夜チェックリストは4項目しかないが、それぞれは会議室でスクリーンショットとして確認するのではなく、実際のロケーションを歩いて検証しなければならない。第一に、1人のピッカーに通常の速度で10件の注文をピックさせ、タスクを探すためにページをめくったり、次に何をすべきかスーパーバイザーに尋ねたりしないかを見る。第二に、欠品1件、破損品1件、読み取れないバーコード1件の、意図的な例外を3件作り、例外キューに届くか、元のタスクが凍結されるかを確認する。第三に、ハンディのネットワークを切断して復旧させ、タスクが失われたり2重に解放されたりしないかを確認する。第四に、スーパーバイザーにその3件の例外を処理させ、それぞれの結果が人とロケーションまで追跡できるかを確認する。4つすべて通れば、私は承認する。1つでも失敗すれば、現場は翌日まさにその点で失敗する。

これらに高度な技術は必要ない。3つの場所での規律が必要だ。キューを過負荷にしない、画面を過負荷にしない、例外を急がない。この3つの設定が正しければ、システムは現場に仕えさせるための2つ目の仕事を増やすのではなく、現場のために本当に働く。この種の設定が何をもたらすべきかについては、このガイドと併せてペーパーレスピッキングのメリットを読むこと。メリットが成り立つのは、その土台となる設定が健全な場合に限られる。

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

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