MES導入の社内調整を通す方法｜現場・IT・経営の動かし方

「MESを任されたのに、現場・IT・経営がバラバラで、自分だけ板挟みになっている」——その悩み、技術力では解決できません。

MESの仕様は書けても稟議が通らない。現場に行けば「入力が増えるなら要らない」と言われ、IT部門には「セキュリティ確認が先」と止められ、経営層には「で、いくら儲かるの？」と返される。こうして生産技術担当者は一人で抱え込んでいきます。

この記事では、MESとは何かを踏まえたうえで、社内調整の進め方に絞って解説します。「誰に・何を・どの順番で伝えるか」に重きを置いています。

---

MES社内調整が詰まる「典型的な失敗パターン」

パターン1：現場を後回しにして経営承認だけ取った

ある工場でMES導入が承認された。経営層への説明は完璧で、投資回収の試算も通った。ところが実装フェーズに入ったとたん、現場から「聞いてない」「今のやり方で困っていない」という声が上がりはじめた。

担当者は「承認は取れている」と思っていたが、現場への事前説明はゼロだった。入力画面を作っても誰も使わず、運用は形骸化した。

経営→現場という順番で進めると、現場は「上から言われた話」として受け取ります。自分たちが蚊帳の外だったと感じると、協力を得るのが格段に難しくなります。

パターン2：IT部門を最後に呼んだ

「システムを入れるなら一応IT部門にも話を通さないと」という感覚で、要件がほぼ固まってから相談しに行った。するとIT部門から「このベンダーはセキュリティ審査を通っていない」「社内ネットワークへの接続は別途申請が必要」「サーバーの追加は予算計画に入っていない」と次々に指摘が出た。

要件の見直しを迫られ、スケジュールは大幅に後ろ倒しになった。IT部門は悪くない。呼ぶのが遅すぎただけです。

パターン3：経営層への数字が「感覚」だった

「作業効率が上がります」「品質が安定します」という定性的な説明で稟議を出した。経営層からは「それはわかったけど、具体的にどのくらいのコストで、いつから回収できるの？」と返された。

担当者は「効果は出るはず」と思っていたが、数字で示せなかった。稟議は「継続審議」となり、翌年度に持ち越された。こうしてMESは優先度が下がり、担当者だけが焦り続ける状況になります。

---

現場・IT・経営の「本音」を知る｜MES導入で失敗しないために

社内調整がうまくいかない理由の多くは、相手の関心事がわかっていないまま話をしていることにあります。

現場オペレーターが恐れていること

現場の人たちが反発するのは、MESが嫌いなわけではありません。「今より面倒になる」「ミスしたとき自分が責められる」「上に監視される」という具体的な不安があるのです。

建前として「システムは必要かもしれない」と言いながら、本音では「自分の仕事のやり方を変えたくない」「入力ミスのデータが残るのが怖い」と感じています。

彼らが喜ぶ言葉は「入力項目は今より減ります」「紙を探す手間がなくなります」「困ったときにすぐ履歴を確認できます」です。メリットは必ず「自分の仕事が楽になる」という文脈で伝えてください。

IT部門が恐れていること

IT部門が早期に関与を嫌がるように見えるとき、その背景には「また後から大変なことになる」という経験則があります。セキュリティリスクを後から押しつけられる、保守の引き継ぎを曖昧にされる、ベンダーと直接交渉した結果が事後報告される——こうした経験を積み重ねてきているのです。

IT部門が喜ぶのは「早めに相談してくれる」「インフラ要件を文書で出してくれる」「社内標準に沿ったベンダー選定をしてくれる」ことです。彼らは協力したくないのではなく、巻き込まれ方が嫌なだけです。

経営層が見ているもの

経営層は「投資に見合う効果が出るか」だけを見ています。品質向上・効率化という言葉は好きですが、それが数字で見えないと判断できません。

また「入れたけど使われなかった」という事例を知っているため、「現場は本当に使うのか」「他社での実績はあるか」を確認してきます。承認には数字と実績の両方が必要です。

生産技術担当者の役割は、この三者の言葉を翻訳しながら橋渡しをすることです。現場の困りごとを数字に変えて経営に届け、IT部門には要件を構造化して渡す。この翻訳こそが調整者としての仕事です。

---

経営が納得する「投資根拠」の作り方

「MESを入れると人件費が削減できます」だけで稟議を通そうとすると、高確率で詰まります。経営層から「作業者を減らすわけではないでしょう？」と返され、そこで話が止まってしまうのです。実際、MESを導入しても頭数が減るわけではなく、「同じ人数で今より多く作れる」あるいは「人を増やさずに増産できる」という効果が正確な表現です。この言い方の違いが稟議の通りやすさを大きく左右します。

MESの投資回収を経営層に説明するには、3つの切り口を組み合わせるのが効果的です。人件費削減・品質コスト削減・受注要件とリコールリスクの3つです。切り口①だけでは額が小さく見えても、②③を加えることで投資規模に見合った根拠が揃います。

試算の土台は現場ヒアリングです。「どの作業に何分かかっているか」「不良はどの程度出ているか」を聞いて回ることから始めましょう。削減効果をより説得力のある数字で示したい場合は、OEEによる設備総合効率の考え方も参考になります。見積依頼書の書き方を参考にすると、ベンダーへの費用確認も同時に進められます。

切り口①　人件費削減（最も計算しやすいが額が小さい）

工数削減の効果は次の計算式で試算できます。

年間削減効果（円）＝ 削減できる工数（時間／日）× 時給換算（円）× 年間稼働日数

たとえば、日報の記入・転記作業が1人あたり30分/日かかっているとします。対象ラインに10人いれば、1日あたり5時間の工数です。時給を2,500円、年間240日稼働とすると、年間300万円の人件費相当が対象になります。MESで半減できれば年間150万円の削減効果と言えます。

稟議書に記載する際は「人件費削減」ではなく、「人を増やさずに増産できる余力の創出」という表現に変えると経営層の反論を避けられます。

切り口②　品質コスト削減（稟議で説得力が増す）

製造業には「売上高の5〜10%が品質コストとして消えている」という業界経験値があります。不良廃棄・手直し・クレーム対応・検査コストの合計です。この数字を経営層が知っている場合、品質コスト削減の切り口は非常に刺さります。

不良廃棄ロスの削減効果は次の計算式で試算できます。

年間削減効果（円）＝ 不良率 × 月間生産数量 × 製品原価 × 削減率 × 12ヶ月

具体的な数値例で示すと、不良率0.5%・月産1万個・製品原価1,000円の工場で不良率を30%改善できれば、年間削減効果は「0.5% × 10,000個 × 1,000円 × 30% × 12ヶ月 ＝ 180万円」となります。切り口①と合算すると、試算の合計額がより大きく見えてきます。

注意点として、過大な効果を約束しないことが重要です。「全部自動化されます」は後で信頼を失います。「この作業に限定して、この程度の削減を見込んでいます」という限定的な表現のほうが経営層には刺さります。

切り口③　受注要件・リコールリスク（最も経営に刺さる）

業界によっては、MESを入れないと取引そのものができないケースがあります。自動車業界ではIATF16949の認証取得にトレーサビリティの仕組みが必要です。医療機器ではISO13485、食品業界では原材料から出荷先までのトレーサビリティが法令・取引先から求められます。この場合、「入れると儲かる」ではなく「入れないと取引できない」という文脈で稟議を出せます。

リコールの切り口も有効です。製品リコール1件が発生した場合の費用は数千万〜数億円規模になることが多く、回収・廃棄・告知・補償・ブランド毀損まで含めると桁が変わります。「MES導入費用＝リコール1件分の予防コスト」として提示すると、経営層の見方が変わります。

この切り口ではROI計算が不要なコンプライアンス投資として稟議を出せます。「やらないリスク」を数字で示す形です。

MES導入コストの規模感（読者が稟議に使えるように）

3つの切り口で効果を試算したあと、どの規模のMESなら投資回収できるかを判断するための目安です。

• クラウド型（小規模）：初期費用50〜300万円 ＋ 月額数万〜数十万円。単一ラインや小規模工場向け。
• パッケージ型（中規模）：初期費用1,000〜5,000万円。複数ライン・複数工程への展開に対応。
• 全社展開（大規模）：数億円規模。グループ工場への一括展開やERP連携を含む場合。

3切り口の合計効果と比較したとき、「何年で回収できるか」を稟議書に一行添えるだけで、経営層の判断材料になります。回収期間の目安は3〜5年以内が承認を得やすい水準です。

---

IT部門を「敵」にしないための巻き込み方

IT部門を最後に呼ぶのが最大の失敗です。では、いつ・どのように巻き込めばいいか。

プロジェクトを社内で動かし始めた最初の週に、IT部門に「相談」として声をかけてください。この時点ではまだ要件は決まっていなくていい。「MES導入を検討しているが、インフラ面で何を気をつければいいか教えてほしい」という入口で十分です。

IT部門が嫌がる巻き込まれ方は「もう決まったので確認してください」という事後報告です。審査・申請・予算確保のリードタイムを無視されると、協力したくても物理的に間に合わない。

IT部門が喜ぶ巻き込まれ方は「まだ検討段階なので、インフラ要件を一緒に整理したい」という早期相談です。自分たちが設計段階から関与できると、保守の見通しも立てやすくなるため、前向きに動いてくれます。

具体的に伝えるべきインフラ要件の候補としては、ネットワーク接続の方式、データの保存先（クラウドか社内サーバーか）、ベンダーのリモートアクセスの有無、セキュリティ審査の要否、障害時の対応責任などがあります。これらを早めに文書化して渡すことで、信頼を得られます。設備導入時のインフラ要件の文書化も合わせて参照すると、整理の手がかりになります。

IT部門との初期確認チェックリスト

• ネットワーク接続方式（有線LAN／Wi-Fi／OTネットワーク分離の有無）
• データ保存先（クラウド／社内サーバー／ベンダークラウド）の方針確認
• ベンダーのリモートアクセス可否とVPN要件
• セキュリティ審査・ベンダー認定の要否と審査リードタイム
• 既存システム（ERP・PLCなど）との連携インターフェース確認
• 障害時の対応責任分担（ベンダー対応範囲・社内IT対応範囲）
• サーバー・ライセンス追加に伴う予算申請の手続き
• データバックアップ・リストアのポリシー
• ユーザーアカウント管理（ActiveDirectory連携の有無）
• 社内セキュリティポリシーへの適合確認（アンチウイルス・パッチ管理等）

---

現場の抵抗を生まない説明のコツ

現場説明でよく起きる失敗は、「システムの機能」を説明してしまうことです。現場の人は機能を聞きたいわけではなく、「自分の仕事がどう変わるか」を知りたいのです。

反発しやすいポイントと、言葉の置き換え例をいくつか挙げます。

「監視ツールではないか」という不安に対して：「誰がどれだけ作業したかを管理するためではなく、ラインのボトルネックを見つけるために使います。個人の評価には使いません」と伝える。

「入力が増えるのでは」という不安に対して：「今は紙に書いてから別の場所に転記しているが、それが1回の入力で済むようになります」と具体的に説明する。

「ミスしたデータが残るのでは」という不安に対して：「修正履歴は残りますが、訂正前提の設計なので、入力ミスは普通に直せます。責任追及のためのシステムではありません」と伝える。

説明の場では、現場リーダーを事前に味方につけておくことが有効です。全体説明の前にリーダーだけに先行して話し、疑問を聞いておく。全員の前で初めて聞かせる形は反発を生みやすいです。

それでも全体説明会で反発が出た場合は、その場で全員を説得しようとしないことが大切です。反発が出たら「ありがとうございます、個別に確認させてください」と持ち帰り、後日一対一で話す機会を作るほうが効果的です。

---

MES導入の社内調整スケジュール｜フェーズ別タイムライン

MES導入の社内調整は、大きく4つのフェーズに分けて考えると整理しやすいです。

フェーズ0：情報収集と課題の言語化（1〜2ヶ月）

まず現場に張りつき、「どの作業に何分かかっているか」を記録します。この段階で六大ロスの分析手法を活用すると、課題を構造的に言語化しやすくなります。IT部門にも「相談」として声をかけ、インフラ要件の初期確認を進めます。ベンダーへの設備導入の全体フローの理解もここで行います。

目標は、「現場の課題」と「解決の方向性」を1枚のA4にまとめることです。

フェーズ1：経営への概算提案（1ヶ月）

フェーズ0で集めた情報をもとに、コスト試算を作成します。精緻さより説得力を重視し、「最低限これだけの効果が見込める」という保守的な数字を出します。

この段階の経営説明は「承認を取る」ではなく「方向性の確認」として進めるのがポイントです。「こういう方向で進めてよいか」という確認であれば、判断も得やすい。

フェーズ2：関係者との要件合意（2〜3ヶ月）

IT部門とのインフラ要件確認、現場リーダーへの先行説明、ベンダーへの要件ヒアリングを並行して進めます。この段階で「誰が何を決めるか」の役割分担を明確にしておくことが重要です。

稟議書はこのフェーズの終盤に作成します。三者の合意が見えてから書くと、内容が具体的になり承認も取りやすくなります。

フェーズ3：正式承認と実装フェーズ移行（1ヶ月）

稟議承認後、ベンダーとの正式契約・スケジュール確定・社内体制の確定を行います。実装に入ってからも、週次で三者への進捗共有を続けることが、後半の混乱を防ぎます。

---

まとめ：調整者としての生産技術エンジニアへ

MES導入の成否は、生産技術エンジニアが「技術者」に徹するか「調整者」になれるかで、大きく変わります。

技術者として正しい仕様を書くことは必要です。でも、それだけでは動かない。現場の言葉を数字に変え、数字を経営の言葉に変え、IT部門には要件として渡す——この翻訳を担える人がプロジェクトにいるかどうかが、MES導入の本当の分かれ目です。

板挟みになっているように感じるのは、あなたがその役割を引き受けているからです。それは弱さではなく、プロジェクトに欠かせない機能を担っているということです。

三者の本音を理解し、タイミングよく相談し、数字で語る。それができれば、社内調整は必ず動き出します。