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