その線は、
限界が来てから引くのか
物流データ意思決定シリーズ|分析結果を、実行可能な解き方と投資判断につなげる
「さすがにもう限界です」——この言葉が現場から上がってから、設備の検討が始まる。そういう順番になっていないでしょうか。
そして検討を始めてみると、仕様の検討、稟議、導入準備と、それぞれに時間がかかります。限界だと分かってから動き出しているので、効果が出るのはかなり先です。その間、現場は限界のまま回し続けることになります。
・なぜ「限界が来てから」の繰り返しになるのか
・現場が吸収してしまうと、データ上は何も起きていないように見える
・許容水準と、超えたときに何をするかを先に決めておく
・その記録が、そのまま投資検討の根拠になる
限界は、静かに近づく
前回、解決策を5つの軸で比較しました。そのうち可逆性の軸で、戻せる手と戻しにくい手があること、戻しにくい手を選ぶには何が分かれば決められるのかを先に決めておく必要があることに触れました。
今回はその「先に決めておく」の中身です。どこまでが今ある資源で対応する範囲で、どこからが構造そのものを変える検討に入る範囲なのか。その線を、いつ、何を根拠に引くのか。
多くの現場で、この線は事後に引かれます。つまり、越えてしまってから「越えていた」と気づく。理由ははっきりしています。
残業と応援で締めに間に合わせた日は、出荷実績としては完了です。遅延率にも表れません。吸収したという事実だけが、どこにも残らない。その結果、記録の上では何年も「対応できている」状態が続き、ある日、人が確保できなくなった時点で初めて限界が可視化されます。
閾値を置く話ではありません
ここで、先に断っておきたいことがあります。この回で言いたいのは、「KPIに閾値を設定して管理しましょう」ということではありません。
閾値は手段です。本質は、判断の境界を、事後ではなく事前に定義しておくことにあります。限界値を決めること自体が目的なのではなく、「ここを超えたら、これは今ある資源では解けない問題だと認める」という合意を、先に作っておくことが目的です。
この違いは、実務では大きく出ます。閾値だけを置くと、超えたときに「今月は特殊要因があった」「来月は落ち着くはずだ」という議論が始まります。そして、その議論は「もう少し様子を見よう」で終わり、いつ見直すのかも決まらないまま次の月になりがちです。
事前に決めておくのは、数字だけではありません。超えたときに何が起きるのかまでを含みます。
許容の枠を先に決め、使い切ったら動く
この構造は、他の分野でも使われています。
システムを運用する実務では、品質の許容枠をあらかじめ決めておき、その枠を使い切ったら、新しい機能の開発を止めて改善にリソースを振り向けるという運用があります。ここで重要なのは、枠を超えたときの行動を、超える前に合意していることです。超えてから「どうしようか」と相談するのではありません。
コールセンターの要員計画にも、似た考え方があります。すべての入電を取り切ることを前提にせず、どの水準までは取れない日があってよいかを先に決めておく。そのうえで、その水準を割り込んだときにどうするかを決めておきます。
共通しているのは二つです。
この二つがあると、判断はその場の議論から離れます。超えたかどうかは事実の問題になり、超えたあとに何をするかは既に決まっているからです。
物流に置き換えると
倉庫で判断境界の材料になりうるものを挙げます。どれか一つを選ぶのではなく、自社の制約がどこに出るかによって選びます。
| 材料 | 何を示すか | 超え続けたときに意味すること |
|---|---|---|
| 残業時間 | 定時内で収まらなかった量 | 常態化していれば、それは変動の吸収ではなく恒常的な不足 |
| 応援の投入回数・時間 | 他工程から融通して凌いだ量 | 融通元にも余力がなくなれば、打てなくなる |
| 締めに対する完了時刻の余裕 | どれだけぎりぎりで終えているか | 余裕がゼロに近い日が増えるほど、小さな異常で遅延に転じる |
| ピーク日の工程別充填率 | 山の日に、どの工程が能力の何割まで使われているか | 特定工程だけが張り付くなら、そこが構造的な制約 |
| スポット・派遣の確保率 | 必要な量を、実際に確保できているか | 戻せる手そのものが打てなくなりつつある兆候 |
そして、超えたときの行動を決めます。「月の残業が○時間を超えた月が3か月続いたら、その工程について構造の見直しを議題に上げる」——この形です。
ポイントは、発動を人の判断に委ねないことです。「まだいける」と思うかどうかで決めていると、限界は必ず事後に分かります。現場には、目の前の出荷を完了させるという役割があります。だからこそ、吸収できるうちは吸収してしまう。その結果を、判断する側が別途記録しておく必要があります。
吸収することそのものは、現場の力であり、価値です。問題は、その吸収が記録に残らないために、組織として「どれだけ吸収してもらっているか」を把握できないことにあります。
残業と応援を記録するのは、現場を管理するためではなく、吸収の量を見える形にして、判断の側に返すためです。
境界を持つと、投資検討の根拠が変わる
判断境界を先に置いておくと、副産物が一つ生まれます。「今ある資源では越えられない制約」が、事実として記録されるようになります。
これは、このシリーズが最初から目指してきた地点です。第1回で、今ある人・設備・時間の使い方を変えることで解ける問題と、投資によって初めて解ける問題を見極める、と書きました。その見極めが、ここで形になります。
| 境界がない場合の説明 | 境界がある場合の説明 |
|---|---|
| 人手不足なので、自動化を検討したい | 再配分とシフト変更、一時的な追加を打ったうえで、この工程だけが山の日に能力の上限に張り付く状態が半年続いている |
| 現場から限界だという声が上がっている | 残業と応援で吸収してきた量は月これだけで、そのうち応援は融通元の余力が尽きて打てなくなりつつある |
右の列は、投資を要求する文章ではありません。今ある資源でどこまで対応でき、どこから対応できないのかを、事実として述べた文章です。そのうえで、その残る制約に対して何にいくら投じるとどう変わるのかを比較する。それが投資判断です。
その境界をデータで引けるようにすることが、
物流データ活用の到達点です。
物流で、これが難しい理由
一つは、先に述べたとおり、吸収が成果として記録されないことです。うまく乗り切るほど、データ上は何も起きていないように見えます。そして翌年の計画も、その「問題なかった」実績を前提に立てられます。
もう一つは、境界を決めること自体が、負けを認めるように受け取られやすいことです。「ここを超えたら今の体制では無理」という線を引くのは、できないと宣言することのように感じられます。
しかし実際は逆です。線を引かないままだと、できるかできないかの議論が毎回ゼロから始まります。線があれば、議論するのは「どう対応するか」だけになります。できるかどうかは、事実が決めます。
そしてもう一つ。境界は、一度決めたら固定するものではありません。物量の前提も、確保できる人員も変わります。実績と照らして、線そのものを更新していく。その方法は、次回の続きで扱います。
この判断をするために、最低限どのデータが要るか
判断境界を置くために必要なものを整理します。難しいのは取得よりも、吸収した量を記録に残す習慣のほうです。
| データ | 何のために使うか | 最小の始め方 |
|---|---|---|
| 日次の残業時間 | 吸収した量を見える形にする | 工程別に分けられるとなお良い。まずは総量から |
| 応援の投入記録 | どこから、どれだけ融通したか | 日報に一行。「◯時に検品から2名」で足りる |
| 締めに対する完了時刻 | 余裕がどれだけ残っているか | 予定と実績の差を日次で残す |
| 工程別のピーク時処理量 | どの工程が上限に近いか | 過去1年の最大値を工程別に拾う |
| 確保できなかった人員の記録 | 戻せる手が、実際に打てているか | 要請したが確保できなかった件数。ほぼ記録されていない |
最後の一つは、ほとんどの現場で残っていません。しかし「スポットを要請したが集まらなかった」という事実は、戻せる手が使えなくなりつつあることを示す、早い段階の兆候になり得ます。限界が来てから引く線を、少しでも前倒しできるとすれば、この記録からです。
次回は、決めた解決策を実行に移す段です。判断が正しくても、粒度が合っていなければ現場は動けません。月次のグラフからは、明日のシフトは決まりません。
物流データ意思決定シリーズ(全9回)
第2回「何が起きたか」は分かった。「変えたらどうなるか」は分かるか
第3回処理能力は足りているのに、なぜ残業が減らないのか
第4回出荷が回らない原因は、本当に倉庫の中にあるのか
第5回「生産性が低い」は、問題ではなく現象である
第6回「あと10人いれば解決する」は、解決策と言えるのか
第7回その線は、限界が来てから引くのか(本記事)
第8回その解決策は、明日の現場の言葉になっているか
第9回その判断は、次はもっと上手くなるか
残業と応援で吸収してきた量、山の日に上限へ近づいている工程、締めに対して残っている余裕。今あるデータで、境界の材料がどこまで揃うかをご一緒に確認できます。
「限界が来てから投資を検討する」を繰り返している段階が、ちょうど入口です。
お問い合わせはこちら