MES 導入が失敗する5つの典型パターンと、発注前に潰せるチェックポイント
MES プロジェクトの検収が終わってから「システムは立ち上がったが現場が使っていない」と気づく工場は少なくありません。失敗はコーディング段階で起きることはまれで、多くは要件と範囲を詰めきれていない時点で決まっています。本記事では MES 導入で繰り返される5つの失敗パターンと、発注前に自社で確認できるチェックポイントを整理します。
MES 導入が失敗する5つの典型パターン
- 範囲に境界がない：スケジューリング・品質・設備・倉庫・エネルギーを一期に全部詰め込み、どれか一つが止まるとプロジェクト全体が止まる
- データソースが未確定：設計完了後に、重要工程の設備に通信インターフェースがないと判明し、生産数と不良数が手入力に逆戻りする
- ERP と役割が重複：製造指図・部材・在庫を二つのシステムで別々に持ち、数字が合わなくなった結果、現場がどちらにも入力しなくなる
- 検収基準が未定義：契約書に「MES 機能の実現」としか書かれておらず、稼働後に「どこまでできたら完了か」「データはどの精度まで保証されるか」で見解が割れる
- 稼働後に支援が途切れる：検収後の保守取り決めがなく、ラインを一度改造しただけで帳票が出せなくなる
この5つに共通するのは、問題が開発工程ではなく契約締結より前の段階で起きているという点です。
発注前に自社で確認できるチェックポイント
- 一期の範囲を一文で言えるか：どのラインの、どの工程を対象に、どの帳票を出すのか
- 各データ項目の取得元が確定しているか：PLC、バーコードリーダー、計測器、手入力のどれかを項目ごとに列挙する
- ERP との境界線をどこに引くか：製造指図はどこから来て、実績はどこへ返し、マスタはどちらが持つのか
- 検収基準が測定可能か：データ遅延、帳票の集計定義、通信復旧後のデータ欠損有無を技術協議書に明記する
- 保守範囲が明確か：応答時間、年間保守の内容、ライン変更が発生した場合の対応方法
要件を「画面・帳票・データ項目」の3階層で固める
文章だけの要件定義は解釈の幅が生まれます。要件を目に見える3つの階層——画面がどう見えるか、帳票にどの列を出すか、各データ項目がどの設備のどのアドレスから来るか——まで落とし込んで初めて、成果物のイメージが両者で一致します。
この3階層が固まれば、受託側は正確な工数を提示でき、発注側も見積の妥当性を判断できます。この工程を飛ばしたプロジェクトは見積が概算になりがちで、後の仕様変更の線引きもできなくなります。
| 階層 | 確認すべき内容 | 欠けた場合に起きること |
|---|---|---|
| 画面 | 画面の一覧、誰が見る画面か、操作権限の区分 | 稼働後に「使いにくい」と言われ画面を作り直す |
| 帳票 | 帳票の列、集計定義、出力頻度とエクスポート形式 | 数字が合わず、製造と品質で見解が食い違う |
| データ項目 | 各項目の設備取得元、収集アドレス、更新周期 | 重要工程で収集できず手入力に逆戻りする |
段階導入は一括稼働より安定しやすい
まず1ラインで収集・監視・帳票という基礎の流れを通し、そのうえでスケジューリング・品質・倉庫へ広げます。第一段階の成果はそのまま次段階の土台になるため、試行分の投資が無駄になりません。
段階導入にはもう一つ、相性を見極める効果があります。4〜8週間の小さな範囲でも、相手の応答速度・ドキュメント品質・コミュニケーションの取り方は十分に見えます。どんな資格資料よりも実態が分かります。
まとめ
MES プロジェクトの成否は、多くが要件段階で決まっています。一期範囲、データソース、ERP との境界、検収基準、保守範囲——この5点を発注前に詰めておけば、実装段階のリスクは大きく下がります。
現場の状況がまだ整理できていない場合は、まずデータの基線測定から始める方法があります。先に測り、それから目標と範囲を決める進め方です。