週次倉庫シフト表：需要、スキル、残業のバランスを取る

現象として見れば、週次倉庫シフト表が作れないから失敗することはめったにない。失敗するのは、慢性的な三つのアンバランスによるものだ。ピーク時に人が足りないこと、閑散時に人が多すぎること、残業費がコントロールを失うことである。この三つのアンバランスは、同じ週に共存することが多い。二日間は人員不足で出荷が遅れる。別の二日間は人数が多いのに一人当たりの時間は少ない。月末には残業費が予算を超える。シフト表は作られたが、需要とスキルと残業を一緒にバランスさせることは決してなかったのだ。

データを見れば問題はより明確になる。シフト表の入力は、実は三組の数字にすぎない。第一は需要予測、つまり来週の各日および各時間帯の受注量と作業量である。第二はスキル在庫、つまり各作業者が何ができるか、どの資格を持っているか、どの役割をカバーできるかである。第三はコスト制約、つまり所定労働時間、残業単価、予算上限である。多くのスーパーバイザーは第一の組だけを使ってシフト表を作り、第二を経験で補い、第三を見るのは月末になってからだ。その結果、紙の上では機能するがコスト面で失敗するシフト表になる。

原因を帰属で見れば、シフト表の粒度にある。日単位でシフトを組むスーパーバイザーは、日中のピークと谷を見落としやすい。朝の入荷ピークと午後の出荷ピークでは、まったく異なる人員構成が必要だ。人数単位でシフトを組むスーパーバイザーは、スキル構成を見落としやすい。十人のうち一人だけがフォークリフト免許を持っている場合、その作業者が休んだ日にはチーム全体が調整を迫られる。固定シフトでシフトを組むスーパーバイザーは、需要変動を見落としやすい。ピークシーズンとオフシーズンで同じシフト表を使えば、一方では不足、他方では過剰が生じる。

週次シフト表の方法：需要を第一に、スキルを第二に、残業を最後に

より信頼できる方法は三段階で進む。第一段階は、予測によって需要を分割することだ。来週の受注量を日別・時間帯別に分解し、各時間帯に必要なピッキング、梱包、積み込みの人数を計算する。ある時間帯の需要が不明な場合は、まず同じ時期の過去の時間分布から推定し、次に今週の受注構成に合わせて調整する。第二段階は、スキルで埋めることだ。まず免許を持つフォークリフトオペレーター、検品者、チームリーダーといった重要役割を埋め、次に一般役割を埋め、経験者と新人の比率を固定に保ち、新人だけでチームが構成されることがないようにする。第三段階は、残業を数えることだ。所定労働時間をすべて割り当てた後でのみ残業を数え、前週の残業が最も少なかった志願者にまず残業を提示し、残業予算が限度を超えた瞬間に、残業を承認して後から数えるのではなく、第一段階の需要分割に戻って調整する。

ここで注目すべきトレードオフが一つある。シフト表が詳細になればなるほど、実行コストは高くなる。時間単位まで精密なシフト表は理論上最も安いが、シフト交換が一つ、病欠が一人、緊急注文が一件あるだけで、表全体を作り直さなければならなくなる。日単位まで精密なシフト表は運用コストが安いが、ピークと谷を見逃す。現実的なバランスは、重要役割を時間帯単位で、一般役割を日単位でスケジュールし、緊急注文のために一割程度の柔軟なキャパシティを確保することだ。柔軟なキャパシティは無駄ではない。それは不確実性に対するシフト表のバッファである。バッファのないシフト表は、一件の緊急注文で崩壊する。

シフト交換にもルールが必要だ。一般的な方法は、交換の申請を一日前に求めること、交換におけるスキル同等性を求めること、つまり免許が必要な役割は免許を持つ別の作業者としか交換できないこと、そして交換後にチームリーダーの承認を求めることである。ルールのない交換は表面上柔軟に見えるが、静かにスキル構成を壊し、チームリーダーは月末になって初めて、重要役割が三日連続で空席だったことに気づく。

週次シフト表のバッファ：一割を柔軟に保つ

柔軟なキャパシティはどのように配置すべきか。一般的な方法は、毎週一人か二人の柔軟な作業者を確保し、固定の役割に割り当てず、ギャップが生じた場所へ送ることだ。彼らの労働時間は、実際に超過しない限り、残業ではなく所定労働時間として数える。柔軟な配置はローテーションさせるべきだ。同じ人を長期にわたって柔軟なままにしておくと、帰属意識が失われ、かえって離職率が上がる。柔軟なキャパシティがあれば、緊急注文があっても全体を作り直す必要はなく、シフト表は実際に安定を保つ。

週次シフト表の見直し：毎月、乖離を突き合わせる

シフト表ができても、見直しは依然として必要だ。効果的な方法は、月に一度、乖離を突き合わせることだ。実績量が予測量からどれだけ離れたか、実績残業が予算残業からどれだけ離れたか、重要役割が何日空席だったか、シフト交換が何件申請されたかである。突き合わせた乖離こそが、翌月の予測と方法を調整可能にする。突き合わせがなければ、翌月は再び勘でシフトが組まれる。

見直しの記録はシフト表に添付すべきだ。どの週の予測が外れたか、なぜ外れたか、主要顧客が緊急注文を出したのか、季節変動だったのか、それとも予測モデル自体に問題があったのかである。明確に書き留めれば、予測モデルは時間とともに正確になっていく。曖昧なままにすれば、見直しは形式だけのものになる。シフト表を一度作ることは経験である。一年間見直すことは能力である。

トレンドから判断すると、週次シフト作成はスーパーバイザーの経験からデータ駆動型スケジューリングへ移行しつつあるが、その移行は一段階では起こらない。AIスケジューリングツールはより最適なシフト表を計算できるが、作業者の交換希望、体調、チームの相性を計算することはできない。今後数年間で最も可能性が高い姿は、システムがシフト表を提案し、スーパーバイザーが現場経験からそれを調整し、調整理由が記録されて、記録されたデータがシステムにフィードバックされるというものだ。そのループが回り始めれば、シフト表は年々正確になっていく。さて、あなたの倉庫が今どこに立っているかについては、まず一つの問いを投げかける価値があるだろう。あなたのシフト表は、なぜこのように作られたのかを記録しているだろうか。もし記録していなければ、次の最適化のラウンドには出発点がない。

Dr. Chen（サプライチェーン研究者）著

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