物流データ意思決定 完全ガイド
——分析結果を、実行可能な解き方と投資判断につなげる
物流データ意思決定シリーズ（全9回）を一本のガイドとして整理しています。物流データ分析の結果を、現場の改善と投資判断につなげるための考え方をまとめています
生産性の推移も、工程別の処理量も、遅延が出た日の内訳も出ている。ボトルネックがどの工程かも特定できている。それでも、「で、来月どうするのか」で会議が止まる——このガイドは、その止まる場所を扱います。
物流データ分析は、問題を発見することには使われています。しかし、解決手段を比較することには、まだ十分使われていません。分析と実行の間には、問題を構造として読み、解き方の選択肢を並べ、比較して選ぶという工程があります。この工程が設計されていないために、多くの現場で分析は報告のまま止まります。
全9回で扱ってきたのは、その工程の中身です。本ページでは、各回の論点を一本の流れとして整理しています。
・分析は正しいのに、打ち手が決まらない理由
・現象・問題構造・解決策を分けて考えるということ
・解決策を比較するための5つの軸
・今ある経営資源で解ける問題と、投資で初めて解ける問題の見極め方
・それぞれの判断に、最低限どのデータが必要か
このシリーズが立っている場所
データを集める、つなぐ、分析する、問題を見つける——これらの方法論は、これまでのシリーズで整理してきました。一方、実行の側にも蓄積があります。現場改善の手法、レイアウト設計、作業標準化。
抜けているのは、その真ん中です。
| 領域 | 主な問い | 状態 |
|---|---|---|
| データ収集・基盤・分析 | 何が起きているか | 方法論が整っている |
| 問題構造の特定 | なぜ起きているか | 本シリーズが扱う領域 |
| 解決策の比較・選択 | 何を変えると、どうなるか | 本シリーズが扱う領域。分析結果を実行可能な解に変換する |
| 実行・改善 | どう実行し、効果を確かめるか | 改善手法が蓄積されている |
分析結果を実行可能な解に変換するこの工程が設計されていないと、議論は決まった形に落ちます。「生産性が低い→改善しよう」「人手不足→採用しよう」「残業が多い→自動化しよう」。KPIと解決策が、直接つながってしまうのです。その間にあるはずの「なぜそうなっているのか」という構造の話が、議論に入っていません。
このガイドが目指すところ
物流データ活用の最終的な目的は、問題を見つけることではないと考えています。
投資によって初めて解ける問題を、見極められるようにする。
そのために、データを使う。
「人手不足だから自動化すべき」でもなく、「投資の前に現場改善をやり切るべき」でもありません。どちらも、結論を先に決めた話です。目指したいのは、どちらなのかをデータで判断できる状態です。
なお、このガイドで扱う6つの段は判断に至る道筋であって、打ち手を試す順番ではありません。改善から投資までを同じテーブルに並べ、構造に対応するものを選ぶ——そのための道筋です。
分析結果から、実行可能な解を選ぶまで
「で、来月どうするのか」で止まる会議は、第1段から第4段までを一回の議論で飛び越えようとしている状態です。飛べないので、止まります。
各回で扱っていること
第1部｜分析と選択は違う 分析は起きたことを記述します。選択には、比べる相手が要ります。
「梱包工程がボトルネックである」という分析結果は正しい。しかしその一文からは、応援を回す・増員する・手順を見直す・設備を入れる・流入量を平準化する——少なくとも5つの打ち手が分岐します。分析はここまで連れてきてくれますが、どれを選ぶべきかは教えてくれません。
それは分析の欠陥ではなく、分析という工程の外側にある仕事です。そして多くの組織で、この外側の工程が設計されていません。
分析が正しくても、打ち手は決まらない実績の資料に書かれているのは、実際に起きた1つの結果だけです。応援を出した場合の姿も、何もしなかった場合の姿も、そこには載っていません。実績を可視化するだけでは、「このままいくと何時に終わるのか」と「条件を変えたらそれがどう変わるのか」は分かりません。これらを判断するには、残作業量や現在の処理ペースから先を見込み、条件を変えた場合と比較する必要があります。
ここで必要なのは当てることではなく、案と案の差を見ることです。残作業量を現在のペースで割った粗い見込みでも、「このままだと19時、2名回せば17時半」という差は出ます。
選択には、起きなかった場合を含めて比べる相手が要る第2部｜問題の捉え方が、選択肢を決める 問題の定義と分析の範囲は、その後に検討できる選択肢の幅を決めてしまいます。
月間の処理量で見れば能力は足りている。だから「能力不足ではない」。この結論は正しいのですが、そこからはいかなる打ち手も出てきません。問題定義として空っぽだからです。
日別・時間帯別に見ると、話が変わります。足りていないのは能力の総量ではなく、山に対する余力でした。「変動に対して余力が足りない」と定義し直すと、山を崩す・山に合わせる・山をずらす・山を予測する、という方向が現れます。
分析結果を、そのまま問題定義にしない倉庫のデータだけで原因を探せば、原因は必ず倉庫の中で見つかります。それ以外の場所は、データに写っていないからです。入荷の遅れは「午前中の生産性が低い」と見え、荷主の個別ルールは「作業効率が悪い」と見えます。
締め時刻は荷主が決めることで、こちらに権限はないかもしれません。それでも、原因がそこにあるなら分析の範囲には入れておく。分析範囲に入っていない状態と、入れたうえで「自部門では決められない」と記録されている状態は、まったく違います。
決められないことと、検討しないことは違う第3部｜現象を構造に分け、解決策を並べて比べる このシリーズの中核です。
「生産性が低い」は解くべき問題ではなく、観測された現象です。その間にある問題構造が飛ばされているために、打ち手の選択は当たり外れの問題になります。
現象から構造へ降りる入口は、時間の内訳を分解することです。純作業・待ち・移動・探索・例外処理・やり直し。分解して初めて、改善で取り戻せる損失と、構造的な能力の限界が分離されます。そして同じ「残業が増えた」という現象から、問題構造に応じて検討すべき解決策が分岐します。
解き方を6つ知ることではなく、なぜその解き方を選んだのかをデータで説明できること必要人時から逆算した「あと10人」は、計算としては正しい。しかし採用できない、育成に時間がかかる、繁忙期だけ必要、固定費化したくない——これらは言い訳ではなく、実行可能かどうかを判断するための制約条件です。
同じ「人を増やす」でも、応援・シフト組み替え・スポット・委託拡大・直接雇用・設備では、効果が出るまでの時間も、戻しやすさも、費用の性質も違います。効果だけで比べるのをやめ、効果・時間・可逆性・コスト・権限の5軸で並べ直します。
分析上の有効性と、実行可能性は違う第4部｜境界を決め、現場に落とし、次に返す 判断を、その場の議論から事前のルールと学習へ移します。
現場が残業と応援で乗り切ると、出荷実績は「達成」です。吸収したという事実だけが、どこにも残りません。だから限界は見えないまま近づき、人が確保できなくなった日に初めて可視化されます。
必要なのはKPIに閾値を置くことではなく、判断の境界を事前に定義することです。許容水準と、超えたときに何が起きるかを先に決めておく。そうすると「今ある資源では越えられない制約」が事実として記録され、それがそのまま投資検討の根拠になります。
投資ありきでも改善ありきでもなく、その境界をデータで引く「工程間の応援を活用して負荷を平準化する」は、方針としては正しい。しかし明日の現場は、これを読んでも動けません。判断に使った材料の粒度が、実行に必要な粒度と合っていないからです。
設備投資の判断には月・年、要員計画には週・月、シフト変更には日、工程間の応援には時間の粒度が要ります。つまりデータの粒度は、分析の精度のためだけに決めるものではなく、最終的にどの粒度で意思決定し実行するかを起点に考える必要があります。
判断が「今日の何時に、何をするか」まで降りて、初めて実行になる打った手の効果が測られないと、「どの構造の問題が、どの手段で解けたのか」という対応表は育ちません。一般論としての対応ではなく、「検品から2名を回せば30分程度の遅れは戻る。それ以上の遅れには効かない」という自社の実績が、次の判断を速くします。
見込みと実績の差も、「見込み違い」で終えずに、物量・処理速度・打ち手の効き方・例外のどれがずれたのかを分ける。そうすると、直すべき場所が決まります。
効果を測らなければ、判断は上手くならない同じ現象でも、問題構造によって解決策は変わる
このシリーズで最も使っていただきたいのが、第5回で提示した対応表です。「残業が増えた」という一つの現象から、問題構造によって検討すべき解決策が分かれます。
以下は、問題構造と解決策の基本的な対応関係を整理したものです。実際には、構造を特定したうえで複数の選択肢を比較し、制約条件に照らして判断します。
| 分析された現象 | 問題構造 | 検討の起点になる解決策 |
|---|---|---|
| 残業が増えた | 一時的な波動 | 応援・繰越で吸収する |
| 残業が増えた | 配置の不均衡 | 人員再配置・シフト変更 |
| 残業が増えた | 移動・探索ロス | レイアウト・ロケーション改善 |
| 残業が増えた | 受注の集中（外部起因） | 締め時間・出荷条件の見直し |
| 残業が増えた | 恒常的な能力不足 | 増員・委託拡大 |
| 残業が増えた | 物理的な能力限界 | 設備投資・自動化 |
現象の欄は6行すべて同じです。KPIの数字も、報告書の見出しも同じになります。それでも、検討すべき解決策は6通りに分岐します。
受注条件の見直しと設備投資を同時に比較することもあります。重要なのは、議論の入口で選択肢を狭めないことです。「改善でいくのか、投資でいくのか」の二択で始まった会議は、その時点ですでに他の選択肢を捨てています。
検討・比較の段階では並列に、判断の結論としては階層に。今ある資源の使い方を変えれば解ける問題に対しては、その効果やコストも踏まえ、戻しにくい投資が本当に必要なのかを判断します。逆に、構造的な能力不足を現場の努力で延命し続けても解決しません。
判断ごとに、最低限必要なデータ
各回の末尾では、その判断に必要なデータを具体的に示しています。横断して整理すると、次のようになります。
| 判断したいこと | 最低限必要なデータ | 該当回 |
|---|---|---|
| このままだとどうなるか | 残作業量、現在の処理ペース、締め時刻 | 第2回・第8回 |
| 波動なのか、恒常的な不足なのか | 日別・時間帯別の処理量と投入人時、残業と応援の発生記録 | 第3回 |
| 原因は倉庫の中か、外か | 受注の確定時刻、入荷の実績時刻、集荷時刻、例外処理の件数、突き合わせ可能な時刻の粒度 | 第4回 |
| どの問題構造なのか | 工程別の作業時間、時間帯別の処理量、待ち・停滞時間、ピーク日の工程別処理能力 | 第5回 |
| どの解決策を選ぶか | 手段ごとの効果実績、効果が出るまでの実績日数、契約条件、人時あたり単価、決裁の所在 | 第6回 |
| 今の体制で対応できる範囲か | 日次の残業時間、応援の投入記録、締めに対する完了時刻、確保できなかった人員の記録 | 第7回 |
| 打った手は効いたのか | 施策の実施記録、そのときの見込み、比較条件（物量・要員）、効かなかった記録 | 第9回 |
すべてを一度に揃える必要はありません。答えられない項目は、そのまま「どの判断ができないか」を示しています。足りないデータの一覧は、次の収集設計の要件になります。
4つのシリーズと、このシリーズの関係
これまで、データを集めるところから使える状態にするところまでを、4つのシリーズで扱ってきました。本シリーズは、その先にあたります。
この並びによって、個々の記事は単なる集合ではなく、物流データを経営判断につなげるための一本の体系になります。本シリーズは「物流データ活用」の続編というより、これまでの全シリーズの出口にあたります。
ここから先は、組織の話になる
このガイドで扱ったのは、どう判断するかです。全9回を通じて、データを使って判断するための基本的な考え方を整理しました。
しかし、判断できるようになっても、組織が動くとは限りません。誰がその数字を見るのか。誰が決めるのか。決めたことを、誰が実行するのか。現場に見えている情報と、本社が持っている権限が噛み合っているのか。これは判断の方法ではなく、判断を回す仕組みの話です。次のシリーズでは、そちらを扱う予定です。
問題の構造を理解し、実行可能な解き方を選ぶことです。
物流データ意思決定シリーズ（全9回）
第2回「何が起きたか」は分かった。「変えたらどうなるか」は分かるか
第3回処理能力は足りているのに、なぜ残業が減らないのか
第4回出荷が回らない原因は、本当に倉庫の中にあるのか
第5回「生産性が低い」は、問題ではなく現象である
第6回「あと10人いれば解決する」は、解決策と言えるのか
第7回その線は、限界が来てから引くのか
第8回その解決策は、明日の現場の言葉になっているか
第9回その判断は、次はもっと上手くなるか
工程別・時間帯別にどこまで分解できているか、判断に必要な粒度のデータが取れているか。既存のWMSや設備のデータで、どこまで見極められるかをご一緒に確認できます。
「分析はしているが、次の一手が決まらない」という段階が、ちょうど入口です。
お問い合わせはこちら