製造実行ギャップとは？ コストの正体と今すぐできる対策

TL;DR: 製造実行ギャップとは、ビジネスシステム（ERP）が計画することと、ショップフロアで実際に起きることの間に広がる「溝」です。ERPは生産計画をうまく立てます。しかし計画が現場に降りた瞬間、現実が分岐します：マシンは止まり、優先順位は変わり、セットアップ手順は誰かの頭の中にしかありません。従来のMESはこれらのズレを事後記録するだけ。結果としてよくある症状が現れます：スーパーバイザーが古いスケジュールデータで中盤に優先順位を組み替え、オペレーターがセットアップ指導を求めて同僚を中断させ、マネージャーがスプレッドシートとにらめっこし、決断が遅れて納期遅れや品質逃流を招く。本稿では実行ギャップの正体、発生源、そして一般的なディスクリート製造業者に年間いくらのコストをもたらすかを解説します。

ERPは「ジョブ#4471は順調」と言う。現場スーパーバイザーは「遅れてる」と知っている。だがその情報が意思決定者に届く頃には、手遅れになっている。

この、システムの言うことと現場が知っていることの「溝」。それが製造実行ギャップです。これは技術的失敗ではありません。ほとんどのディスクリート製造業者において、計画と生産を繋ぐ仕組みの構造的問題です。名付けなければ、直せません。

なぜ製造実行ギャップが存在するのか

すべてのディスクリート製造業者は、リアルタイムで会話するよう設計されていない2つの並行システムを動かしています。

第1はERP。生産スケジュール、作業指示、納期コミット、資材計画を保持。「ビジネス」がここに住んでいます。
第2はショップフロア。50台、80台、150台のマシンがジョブを走らせ、材料を消費し、毎サイクルごとに生産データを生成しています。

問題は「間」にあります。ほとんどの製造業者において、この2システムの接続は「人」を経由します。オペレーターが担当ジョブを入力。スーパーバイザーがダウンタイムイベントを入力。生産調整担当が、ERPの計画と実際の出荷を手動で照合。シフト末に誰かがレポートを引く。

そのデータがERPに届く頃（届くなら）には、数時間古い。多くの場合不完全。時には間違っている——オペレーターがマシンを回すのに必死で、正確な入力どころじゃなかったから。
これが製造実行ギャップです：ERP計画とショップフロア現実の間に座る「遅延、不正確さ、欠落情報」。

実行ギャップの真のコスト

生産データが数時間古く、オペレーター入力頼みなら、あらゆる下流の意思決定は「もはや存在しないフロアの絵」に基づくことになります。スケジューラーは静的スナップショットやスプレッドシートの寄せ集めで動き、フロアのライブビューではない。スーパーバイザーは1時間前の伝聞で人員配置を決める。VP of Operationsは印刷前にすでに陳腐化したレポートを見る。

コストは4つの場所に現れます。

1. 納期コミットの不履行

スーパーバイザーがリアルタイムジョブステータスを見られなければ、遅れの発見が遅すぎてコース修正不能。結果：納期遅れ、顧客不満、エクスペダイト（緊急対応）圧力——これがスケジュールの別の場所に混乱を波及させる。ERPスケジュールが変わったとき（ラッシュオーダー、資材不足、品質ホールド）、現場が知るまで何時間？ ほとんどの現場では「数時間」。その間に再優先順位づけできたジョブはすでに加工中。プロアクティブに再調整できた納期が、リアクティブに「遅れ」になる。これは計画失敗ではない。実行ギャップの失敗だ。

2. 不正確な原価計算とキャパシティプランニング

ショップフロア実績がきれいにERPへ戻らなければ、ビジネスは悪いデータで未来のジョブを計画する：膨らんだサイクルタイム、未計上ダウンタイム、現実を反映しないキャパシティ前提。これは時間と共に複利で効き、単一の根本原因に遡れない形でマージンを静かに侵食し続ける。

3. 無駄な労働とスーパーバイザーのオーバーヘッド

マネージャーが毎日多くの時間を、ERPデータと実際のフロアの照合に手動で費やす。これは高度なスキルを持つ労働力が、フロアマネジメントではなく「事務的な消火活動」に消費されていることを意味する。スーパーバイザーが早期問題発見に使えるはずの時間でもある。

4. システムデータへの信頼崩壊——最も戦略的なダメージ

人々がERPとMESを信じなくなると、ホワイトボード、テキストメッセージ、暗黙知へ逆戻り。継続改善イニシアチブはデータ基盤が信頼できないため停滞。今後のあらゆる技術投資が、弱体化したポジションからスタートすることになる。

「もっとデータ」では解決しない

実行ギャップへの自然な反応は「可視化ツールを増やす」こと。ダッシュボード、レポート、分析プラットフォーム。だがそれらの投資は往々にして同じ結果を生む：依然として「今まさにフロアで起きていること」を反映しない、より多くのデータ。なぜならデータソースが依然としてオペレーター手入力だから。

実行ギャップは「可視化の問題」ではない。「データの出所（オリジン）の問題」だ。

オペレーターがシステムへ入力する限り——ジョブ間で、シフト末で、思い出したときに——情報は常に現実に遅れる。手動入力データ上に構築されたダッシュボードは「リアルタイムダッシュボード」ではない。「遅延情報のリアルタイム表示」だ。この区別は意味深く、立ち止まって考える価値がある。

評価中・稼働中のあらゆるシステムに、ストレートな質問を投げかけてほしい：

「生産データをマシンから直接取得するか？ それともオペレーターが入力するか？
オペレーター入力なら、イベントからどれくらい経って入力されるのが典型的か？」

答えが「オペレーターが入力」なら、実行ギャップは開いたまま。マシンから直接データを取るシステムだけが、ギャップを源頭で閉じる。

実行ギャップを閉じるとどうなるか

実行ギャップを閉じるのに、より多くの技術はいらない。異なる働き方をする技術がいる——マシンが自らの現実を自動報告し、その現実がその上で行われるあらゆる意思決定へ直接流れる仕組み。

その接続が存在すると、根本的な変化が起きる。スケジュールは「シフト中に劣化していく計画」ではなくなる。マシン自身が更新する（記憶や手動入力ではなく）、実際に何が走っていて、何が遅れ、何がリスクかという「生きたビュー」になる。

仕事の性質も変わる。スケジューラーは「昨夜の実績照合」から「今日の成果管理」へ。スーパーバイザーは「シフト末の問題発見」から「リアルタイム解決」へ。経営層は「先週何があったか？」から「次に何をするか？」へ——目の前のデータが「実際に真実であること」を反映しているから。

このシフトを成し遂げたオペレーションは、より複雑なシステムを動かしているわけではない。より「正直な」システムを動かしている。彼らのシステムは現実を反映する。そしてシステムが現実を反映するとき、あなたは「計画とフロアのギャップを管理する」のをやめ、「実行する」ことを始める。

実行ギャップは、名付けようがなかろうが、あなたにコストを払わせ続けている

ほとんどの製造業者は、実行ギャップを「解けなかった」のではない。「名付けられなかった」のだ。

納期遅れは「スケジューリングのせい」にされる。マージンのサプライズは「見積もりのせい」。スーパーバイザーのバーンアウトは「人手不足のせい」。だがそれら症状の大半の下には、同じ根本原因がある：マシンがすでに知っていることを、人に報告させる生産システム。

これは製造の現実ではない。マシンコントローラーが自己発語できなかった時代から受け継がれた設計上の欠陥だ。そして今、数年ではなく数週間で修正可能だ。

ギャップは測定可能。防止可能。開いたままの毎シフト、あなたにコストを払わせ続ける——必ずしも原因と同一行項目には現れない形で。

一つの問いがすべてを切り裂く：

あなたの生産システムは、何が起きたかを「マシンから」学ぶか？ それとも「オペレーターから」か？

答えが「オペレーター」なら、それが「マシン」になったとき何が変わるか、30分でお見せします。あなたのERP、あなたのマシン構成、リアルな生産データで。