MES導入の流れ──構想策定からカットオーバーまでの9ステップ

9ステップの全体像と、重なる期間

MES導入は直列ではありません。要件定義が終わってからRFPを書くのではなく、要件定義の後半とRFP作成は重なります。重なりを前提にした全体像が次の図です。

ステップ1〜3（紺）は発注側だけで完結する期間です。ここが全体の約4割を占めます。MES導入が長いと言われる理由の大半は、ベンダーが作業している期間ではなく、自社が決められない期間にあります。

ステップごとの成果物・決裁者・期間

各ステップは「何を作るか」ではなく「何が文書として残ったら次に進んでよいか」で定義します。

規模が1ライン限定であれば全体を8〜12か月に圧縮できますが、圧縮できるのは主にステップ2・3・7です。ステップ5（選定・契約）とステップ9（安定化）は規模を小さくしても短くなりません。

ステップ1〜3：発注側だけで決めきる区間

ステップ1：構想策定──KPIを先に決める

構想書に書くべきものは機能ではなく、測定可能な到達目標です。「トレーサビリティを強化する」ではなく「特定ロットの使用先を、要求受領から30分以内に全数特定できる」と書きます。KPIが数値で書けない場合、その項目はまだ要件になっていません。

このステップの出口で決めるべきことは3つです。対象範囲（どの工場のどのラインか）、予算枠、そしてプロジェクトオーナーが誰か。オーナーが情シス部長になっているプロジェクトは、現場の運用変更を決められずに停滞します。オーナーは製造部門側に置くのが原則です。

ステップ2：現状調査──「データがどこで生まれているか」を棚卸する

工程フローを描くだけでは足りません。各工程で誰が・いつ・どの媒体に・どの精度でデータを記録しているかを一覧化します。この棚卸表が、後の設備接続の見積もり精度をそのまま決めます。

現行の帳票・チェックシート・ホワイトボード・個人が持っているExcelを、実物として集めてください。ヒアリングだけで作った一覧は、稼働直前に必ず漏れが見つかります。

ステップ3：要件定義──「やらないこと」を同じ重みで書く

要件定義書に機能要件だけを書くと、スコープは必ず膨らみます。やらないことの一覧を、やることの一覧と同じ分量で書いてください。「原価計算はERPで行い、MESは実績データの提供までとする」「需要予測は対象外」「設備の自動制御は行わない」といった記述です。

境界の設計はこのステップの核心です。在庫引当はERPかMESか、スケジューリングはAPSかMESか、工程内検査はMESかQMSか。ISA-95 Part 1は2025年4月10日に15年ぶりに改訂され（ANSI/ISA-95.00.01-2025）、エンタープライズ領域と製造／制御領域の境界の明確化が改訂項目の筆頭に挙げられています。境界の議論は流行ではなく、標準側でも最重要論点として扱われています。詳細はMESの要件定義でつまずく5つの論点で扱います。

ステップ4〜6：比較可能性を作る区間

ステップ4：RFP作成──回答様式を先に固定する

RFPで最も重要なのは要求機能の一覧ではなく、回答様式です。機能ごとに「標準／設定／追加開発／実現不可」の4区分を選ばせ、追加開発には工数（人日）を必須記入とします。数量前提（同時接続端末数、工程数、接続設備台数、拠点数）は発注側が指定して全社に同じ値を使わせます。この2点を欠くと、集まった見積書は比較できません。書き方はMES導入のRFP作成にまとめています。

ステップ5：選定・契約──配点はRFP発行前に確定させる

評価配点をデモの後に決めると、印象の強い製品に有利な配点になります。配点はRFP発行前に確定し、選定委員全員の合意文書として残してください。契約段階では、SLA（障害の一次受付と初動時間目標）とデータ返還条項を必ず含めます。

ステップ6：PoC──合否条件を先に書く

PoCは「動くかどうか」を見る場ではなく、事前に定めた合否条件を判定する場です。合否条件の例は、混合ロットを含む実データで順逆双方向の追跡ができること、規格外材料の投入がブロックされること、指定した既存設備1台から実際に信号が取れること、現場作業者が15分の説明で1工程を完了できること。条件を先に書かないPoCは、感想の交換で終わります。

ステップ7〜9：作る区間と、止まらずに切り替える区間

ステップ7：設計・構築──マスタ整備が律速になる

構築フェーズで遅延の原因になるのは、ソフトウェアの開発ではなくマスタです。品目・工程・設備・作業者のマスタは、既存システムから機械的に移せることがほとんどありません。品目コードの体系が事業部ごとに違う、工程名が現場ごとに違う、設備台帳が最新でない、といった問題がここで顕在化します。マスタ整備はステップ3の段階で着手し、構築フェーズに持ち込まないのが原則です。設計の考え方はMESのマスタ設計で扱います。

ステップ8：テスト・教育・移行

テストは3層に分けます。単体・結合の機能テスト、実運用データを流す業務シナリオテスト、そして異常系テストです。異常系とは、ネットワーク断、設備の突然停止、作業者の誤操作、シフト交代時の引き継ぎです。稼働後のトラブルはほぼすべて異常系から出るため、ここに最も時間を配分します。

教育は「操作研修」ではなく「新しい業務手順の合意」として設計してください。教育で操作を覚えても、なぜその入力が必要かが共有されていなければ、稼働3か月後に入力精度が落ちます。この観点はMESを現場に定着させるチェンジマネジメントで扱います。

ステップ9：カットオーバーと安定化

切り替え方式は3つあります。一斉切替、ライン単位の段階切替、旧方式との並行稼働です。並行稼働は安全に見えますが、現場は二重入力になるため、期間を2週間程度に区切らないと形骸化します。

稼働判定の基準を事前に文書化してください。「稼働開始の判断は誰が、どのデータを見て行うか」「切り戻しの判断基準と期限は何か」の2点です。切り戻し基準を決めずに当日を迎えると、問題が起きたときに誰も止める判断ができません。

期間見積もりが外れる3つの原因

1. 意思決定の待ち時間を工程表に入れていない。 稟議・役員会・拠点間調整は、作業時間ではなく待ち時間です。各ステップの終わりに「決裁待ち2〜4週間」を明示的に置いてください。工程表に載っていない待ち時間が、実務では最大の遅延要因になります。
2. 現場のキーパーソンの稼働率を100%で見積もっている。 生産技術や品質保証の担当者は通常業務を持っています。プロジェクト稼働率を30〜50%で見積もり、その前提を工程表に明記してください。
3. マスタ整備を構築フェーズに置いている。 前述のとおり、マスタは要件定義と並行して着手します。ステップ7で着手すると、ほぼ確実に2〜3か月遅れます。

Rockwell Automationが2026年7月28日に公開した調査（17カ国1,560名）では、MES導入済みが93%である一方、全社展開できているのは28%、ERP・PLM・品質・OTと完全統合できているのは23%にとどまります。9ステップを終えることと、効果が出ることの間には、さらに展開と統合という段階があります。カットオーバーを終着点として工程表を作ると、その先の予算と体制が確保されません。ステップ9の後に「横展開計画の策定」を置くところまでが、実務上の導入計画です。

よくある質問

要件定義に4〜6か月もかかるのはなぜですか？

機能の一覧を作る作業自体は数週間で終わります。時間がかかるのは、部門間で判断が割れる論点の合意形成です。ロットの粒度、不良コードの体系、実績入力を誰の作業とするか、ERPとの責任分界。いずれも決めるのは製造・品質・情シス・経理にまたがるため、会議体と決裁ルートを先に設計しておかないと往復が増えます。期間を短縮したい場合は、論点を先に洗い出して「決めるべき事項の一覧」と各項目の決裁者・期限を最初に作ってください。

PoCは必ず実施すべきですか？

省略してよい条件が2つあります。同一製品を自社の他拠点ですでに稼働させている場合と、対象が実績収集のみで設備接続が発生しない場合です。それ以外、特に古い設備への接続が含まれる場合は実施してください。設備接続はカタログ上「対応」と書かれていても、実機の型式・世代・オプション構成で結果が変わります。PoCで検証する項目はMESのPoCで検証すべき3項目にまとめています。

途中でベンダーを変更することはできますか？

ステップ6（PoC）までであれば、損失を限定して変更できます。契約を分割し、要件定義支援・PoC・本構築を別契約にしておくと、PoCの結果で降りる選択肢が残ります。ステップ7以降の変更は、設計成果物とマスタの引き継ぎが発生するため現実的には困難です。契約段階で、PoC不合格時の解約条件と、その時点までの成果物（設計文書・マスタ・接続仕様）の帰属を明記しておいてください。