MES刷新は、現状分析と要件定義で業務を固め、方式・ベンダーを選んでから、設計・開発に進むのが基本です。移行・テスト・本稼働まで同じ順で進めると、途中で手戻りが起きても、その影響を小さくできます。
▼全体ガイドの記事
・MES刷新の完全ガイド
レガシーシステム刷新の工程ごとの進め方と注意点については、無料ホワイトペーパー「レガシーシステム刷新の完全ガイドブック」で詳しく解説しています。
MES刷新の全体像｜レガシーMESの限界
まず、刷新の目的を社内で言語化しておくことが、検討の出発点になります。目的が曖昧なまま着手すると、要件と費用が膨らむうえに、現場の反発も招きます。
MESの役割と「刷新・リプレイス・改修・移行」の違い
MESは製造実行レイヤーを担い、工場の作業や実績を管理します。そこで、刷新の範囲を考える前に、MESが何を受け持っているかを押さえておく必要があります。
- MESの管理対象：作業手順、製造データの収集・分析、品質・トレーサビリティ、実績・進捗、設備
- ERPとMES：月次・日次の計画層と、分・秒単位で現場を記録する実行層では粒度が大きく異なります。この粒度差が連携設計の難所になります。
- 改修・リプレイス：改修は既存システムを部分的に直す最小限の投資で、リプレイスは別の製品に置き換えることです。
- 再設計・移行：リアーキテクチャは内部構造を設計し直すこと、移行は環境やデータを新しい基盤へ移すことです。
刷新は、改修やリプレイス、移行などを含む広い概念です。そのため、全面刷新か部分改修かを見極めることで、過剰な投資を防げます。
刷新が必要になる背景と放置するリスク
刷新のニーズは、ハードウェアやOS・ミドルウェアのサポート終了（EOL／EOSL）から生じます。加えて、ベンダーの撤退や担当者の退職による属人化、Excelやマクロ運用の限界も背景にあります。
- データ要求への対応：スマートファクトリーやカーボンニュートラル対応で新たなデータ要求が経営側から出ても、古いMESでは応えられないという声が増えています。
- 追跡性の欠如：品質クレームやリコールが起きたとき、ロット、設備、作業者、材料を追えず、回収範囲を特定できません。
最大の問題は、トレーサビリティの欠如です。
回収範囲が膨らむと、本来数百万円で済む対応が数億円規模に拡大することもあります。
4M（人・機械・材料・方法）の管理に不全があると、製造継続性を損なうリスクになります。
MES刷新の進め方｜失敗しないプロジェクトの流れ
刷新は、現状分析と要件定義から始め、方式・ベンダー選定、設計・開発を経て、移行・テスト・本稼働の順に進みます。工程の順番は一般的な開発と同じでも、そのまま当てはめると失敗しやすくなります。そのため、製造業特有の落とし穴を踏まえて進める必要があります。
As-Is／To-Be分析・要件定義・RFP作成・ベンダー選定
刷新の要件は、現状分析から提案依頼まで、次の順で固めていきます。
- As-Is分析では、業務フローと既存システムを一覧にし、暗黙のルールや例外処理、Excelの特例対応を洗い出します。
- To-Beを描き、現状とのギャップから要件を定義する段階です。
- 要件確定後にRFP（提案依頼書）を作り、複数ベンダーへ提示します。目的、対象範囲、現行課題、必須要件、予算感、スケジュールを明記します。
RFPを使えば、各社の提案を同じ条件で比べられます。
RFPの精度が低いと、提案内容にばらつきが出て、後の見積比較が成り立ちません。
要件が曖昧なまま進めると、追加要件が次々に出てきて、コストが当初の1.5倍から2倍に膨らむことも珍しくありません。
スモールスタートによる効果検証と全社展開
全工場・全機能を一括で刷新するとリスクが高いため、まずは単一ラインや単一機能から始めます。小さな範囲で効果と課題を確かめてから、展開範囲を広げていく方法です。
- 検証範囲：まず1ラインで実績収集と進捗管理を動かします。
- 確認する効果：設計の誤りや現場の運用負荷を、早い段階で見つけられます。
小さく始めると、設計の誤りが見つかっても手戻りの影響を抑えられます。
全社展開では、トランザクションやログが二次関数的に急増し、本部サーバやネットワークが処理しきれない場合があります。
スモールスタートの段階から、全社展開後を見据えたインフラサイジングを計画しておく必要があります。
BOP（工程表）とマスタ整備という前提工程
BOPとマスタ整備は、MESの機能とデータ移行を支える準備工程です。ところが、軽視されがちで、プロジェクトが頓挫する原因にもなります。BOPが未整備の場合、その理由はシステムの問題ではなく、現場の業務情報が整理されていないことにあります。
- BOP：工程順序・作業手順・標準時間が未整備だと、作業管理の基準を持てず、MESが機能不全に陥ります。
- マスタ：品目・設備・作業者の情報が古い、またはExcelに分散していると、移行時に在庫不整合などが起きます。
- 整備時期：現場の業務情報を整え、システム選定と並行、または前段で、独立した工程として計画します。省略すると本稼働で止まります。
MES刷新の関門｜レガシー設備・他システムとのデータ連携
技術面の山場は、古い設備や上位システムとのデータ連携です。設計の段階で詰めておかないと、稼働後に性能が破綻したり、必要なデータを取得できなかったりします。
古いPLC・海外製設備からデータを取るレトロフィットIoT
工場では、数十年前の国産設備や、独自の通信規格を持つ海外製設備が、今も現役で動いています。
- レトロフィットIoT：後付けのセンサーやIoTゲートウェイで稼働データを集め、設備本体を改修せずに稼働率や生産数を取得します。
- 信号の取得方法：信号灯やメーターを非接触センサーで読み取るほか、PLCの接点信号をゲートウェイ経由で集めます。
設備をすべて入れ替えるのは現実的ではなく、改修費は数千万円規模です。
ERPとMESの粒度差｜密結合の罠と疎結合・非同期連携
ERPは月次・日次の計画を、MESは分・秒単位の実績を扱います。この粒度の差を無視して、リアルタイムに密結合させることには注意が必要です。
- 密結合のリスク：大量のトランザクションがERPに流れ込み、画面が重くなります。最悪の場合、全体の性能が破綻します。
- 疎結合・非同期連携：MESで実績を集約・サマリ化したうえで、必要なタイミングでERPへまとめて送ります。これにより、双方の負荷を抑えられます。
両システムの性質に合わせて設計することが欠かせません。
連携の頻度や粒度、タイミングは性能を左右するため、ベンダー選定の際には、それらをどこまで理解しているかを確認します。
工場を止めない移行｜切替方式と切り戻し計画
MESが止まれば、工場も売上も止まります。だからこそ、データ移行、切替方式、万一に備える切り戻し計画を慎重に設計します。
データ移行のマッピング・クレンジング・リハーサル
データ移行は、マッピングとクレンジングを済ませたうえで、本番相当のリハーサルへ進むのが流れです。
- 旧システムの項目を新システムの項目に対応づけるマッピングを定義します。
- 重複、表記の揺れ、欠損のあるデータを整えるクレンジングを行います。
- 本番と同等のデータで、複数回リハーサルします。一度で完璧に移行できることはまずなく、毎回どこかで想定外の不整合が見つかります。
データ整備を怠ると、在庫数や品目に不整合が起き、本稼働初日に業務が止まる原因になります。
移行の手順書を作り、所要時間を測っておくと、本番当日の移行時間を把握できます。その結果、切替への不安も減らせます。
一括移行と段階移行のトレードオフ
一括移行は、旧システムから新システムへ一度に切り替える方式です。一方、段階移行は、新旧を並行稼働させながら徐々に移していく方式です。
- 一括移行：期間と費用を抑えやすいものの、失敗時の影響が全社に及びます。
- 段階移行：安全性は高いものの、並行稼働の追加コストが生じます。
段階移行では、データ同期中継プログラムの追加開発が必要になるうえ、新旧両方への二重入力も生じます。
並行稼働期間の費用と運用負荷は、見積もりに含めておきます。そのうえで、安全性とトレードオフの両方を踏まえて判断します。
切り戻し（ロールバック）計画｜許容ダウンタイムと発動権限
準備を重ねても、本稼働初日にトラブルが起きる可能性は残ります。そこで、旧システムへ戻す手順書を用意し、工場の停止を最小限に抑えます。
- 許容ダウンタイム：工場の停止を許容できる時間を決めます。
- 発動の判断基準：切り戻しを発動する条件です。
- 発動権限者：切り戻しを決める人を、あらかじめ決めておきます。
これらは経営層を含めて稼働前に合意しておく必要があります。合意していないと、トラブル時の判断に時間を取られ、被害が拡大します。この合意こそが、工場を止めないための備えになります。
費用相場と稟議を通すROI設計
経営層の承認を得るには、費用相場を把握し、説得力のあるROIを設計しておくことが欠かせません。
MESは導入が直接利益につながるとは限らないため、工数削減の効果だけでは稟議が通りにくいのが実情です。
規模別の費用相場と補助金の活用
MES刷新の費用は、規模によって数百万円から数億円規模まで変わります。
- 小規模：単一ライン・限定機能で、数百万円から1,500万円程度
- 中規模：複数ラインや工場全体で、1,500万円から5,000万円程度
- 大規模：多拠点を対象とし、数千万円から数億円規模
費用には、ソフトウェアライセンス、要件定義、開発が含まれます。加えて、データ移行、現場のIoT化、教育費も含まれます。そのため、初期費用だけでなく、運用後の費用も確認しておく必要があります。
SaaS型MESは、設備数やデータ量、アカウント数に応じて従量課金が増えていきます。
数年単位では、オンプレミス型を上回るTCO（総所有コスト）の逆転が起きることもあります。
また、IT導入補助金やものづくり補助金の活用も検討できます。費用の詳しい内訳は、関連記事の見積相場で解説しています。
MES特有のROIモデル｜間接的なリスク回避効果の定量化
MESの稟議では、直接効果と間接的なリスク回避効果を合わせて、数字で示します。
- 直接効果：ペーパーレス化による工数削減、歩留まり向上、設備稼働率の改善
- リスク回避：トレーサビリティ強化によるリコール・回収リスクの抑制
- 継続性：属人化を排除し、製造継続性を確保する効果
直接効果は計算しやすいものの、金額が小さく、経営層に響きにくい傾向があります。
品質問題が起きたときに回収範囲を特定のロットに限定できれば、全数回収を避けられます。そのうえで、回避できた損失を金額に換算し、直接効果と合わせて示すと、投資対効果を説明しやすくなります。
導入しない場合のリスクを数字で示すことが、稟議を通すうえで最も効果的です。
MES刷新でよくある失敗とアンチパターン
典型的な失敗を知っておくと、同じ問題を避けやすくなります。失敗の原因は多くが、技術よりも進め方や現場との関わり方にあります。
過度なカスタマイズによるコスト肥大とFit to Standard
カスタマイズの範囲を決める際は、現場の要望と標準機能の扱いを整理します。
- 失敗の原因：現場の例外処理や暗黙のルールを、すべて作り込もうとすることが、最も多い失敗です。
- カスタマイズ肥大：「今のやり方を変えたくない」という要望をすべて受け入れると、カスタマイズが際限なく膨らみます。
- コストと保守：開発費が当初の数倍に膨らみ、保守も難しくなります。
- Fit to Standard：標準機能に業務を合わせたうえで、自社の競争力に直結する部分だけをカスタマイズします。
- 線引きと合意形成：標準に寄せる線引きを早い段階で決め、現場のキーマンと合意しておくと、コストと品質の両方に効きます。
IT部門主導による現場の反発と定着失敗
IT部門や情報システム部門だけで進めると、現場の納得を得られず、定着に失敗することがあります。
- 現場参加：要件定義の段階から現場のキーマンを巻き込み、画面のUI/UXや入力の手間に配慮します。
- 入力負荷の軽減：RFIDやハンディ端末の活用、現場の声を画面設計に反映する工夫が、定着率を大きく左右します。
実際にデータを入力するのは現場の作業者です。そのため、使いにくい画面だと入力が形だけのものになり、データの精度が下がります。
どれほど優れたMESでも、現場に使われなければ効果を発揮できません。
MES刷新は、現場を巻き込んで進める変革プロジェクトです。
まとめ｜MES刷新を成功させる進め方の要点
MES刷新は、現状分析と要件定義から始まり、方式選定、設計・開発、移行を経て本稼働へ進みます。
BOP・マスタ整備とレトロフィットIoTが、成否を分けます。ERPとの疎結合と切り戻し計画も、同じく成否に関わります。
費用相場を踏まえたうえで、直接効果と間接的なリスク回避効果を合わせてROIを設計します。
Fit to Standardと現場のキーマンの参加は、刷新の定着を支えます。
一つずつ着実に進めれば、MES刷新は工場の競争力を底上げする確かな投資になります。
▼全体ガイドの記事
・MES刷新の完全ガイド
▼開発を相談する前に読みたい無料ホワイトペーパー
・レガシーシステム刷新の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。