定着していないMESに共通する症状は「入力の後追い化」
MESが定着しているかどうかは、稼働率でも入力件数でも判定できません。「作業が起きた時刻」と「入力された時刻」の差を見ればすぐ分かります。
この差が数分以内なら定着しています。数時間なら黄信号、半日以上なら定着していません。後追い入力になっている状態では、MESの画面はリアルタイムの現場を映していません。つまり、指示を出す道具としても、異常を検知する道具としても機能していない。残っているのは記録だけで、それは紙でもできたことです。
後追い化が起きる理由は、ほぼ次の3つに収束します。
- 入力の場所が作業の場所から離れている。 端末まで歩く時間が10秒を超えると、人はまとめて入力するようになります。
- 入力しても何も返ってこない。 入れた数字が誰にも使われていないと分かると、優先順位は最下位に落ちます。
- 入力しなくても作業が進む。 ブロックのない入力は、忙しい日から順に飛ばされます。
この3つはいずれも設計の問題であり、教育で解決できません。チェンジマネジメントの大半は、稼働前に設計として仕込む作業です。稼働後に頑張るのは、残りの2〜3割にすぎません。
−90日〜−31日：教育ではなく、運用ルールを確定させる
この時期に集合教育を始めるプロジェクトがありますが、早すぎます。画面が固まっていない段階の教育は、稼働時には忘れられています。代わりにやるべきは、次の3つです。
1. 例外処理の言語化。 平常運転の手順は、誰でも書けます。定着を左右するのは例外です。材料が足りない、設備が止まった、検査で落ちた、前工程が遅れている。これらが起きたとき、MES上で何をどう入力するかを1件ずつ決めます。例外処理が決まっていない項目は、稼働後に必ず紙かLINEで回ります。そして一度そうなると、戻りません。
2. 「入力しないと進めない」箇所の確定。 すべての入力を必須にすると現場が止まり、すべてを任意にすると入力されません。必須にするのは、後から復元できない情報だけです。作業者ID、開始時刻、使用ロット、検査結果。逆に、コメントや所感は任意でかまいません。この線引きを、現場リーダーと一緒に工程ごとに決めます。
3. 現場リーダーの参加を業務として発令する。 「協力してもらう」ではなく、業務時間の何%をプロジェクトに充てるかを上長が発令します。ここを曖昧にすると、繁忙期に真っ先に切られます。Rockwellの2026年5月19日公開「2026 State of Smart Manufacturing Report」（17カ国1,560名）では、デジタル変革が競争力維持に必須と答えた企業が90%に達する一方、収集したデータを効果的に活用できているのは43%にとどまります。この差の相当部分は、技術ではなく体制側にあります。
−30日〜0日：実データで並行稼働させる
この期間の目的は訓練ではなく、設計の誤りを見つけることです。テストデータではなく、当日の実オーダーで動かします。
見るべきポイントは3つあります。
- 端末の物理配置。 作業位置から端末まで何歩か。手袋のまま操作できるか。逆光で見えないか。ここは机上では絶対に分かりません。画面設計の考え方は現場端末のUI設計で扱っています。
- 1オーダーあたりの入力回数。 想定より多ければ、その差は稼働後に「後追い入力」として現れます。この段階なら、入力ポイントの統合がまだ間に合います。
- 例外がどれだけ出るか。 並行稼働2週間で、−90日期に定義していない例外が新たに出てくるはずです。件数を数えておくと、稼働後に発生する未定義例外の量が推定できます。
並行稼働では、紙とMESの二重入力になります。現場の負荷は明確に増えるので、期間を先に区切り、終了日を宣言してください。「うまくいくまで」という設定にすると、紙のほうが正となる状態が固定化します。
0日〜+30日：数字を現場に返す
稼働直後の最優先事項は、トラブル対応ではありません。トラブルは起きて当然で、対応体制さえあれば処理されます。この期間の本質的な仕事は、入力された数字を現場に見える形で返すことです。
具体的には、次の3つを毎日やります。
- 入力の遅れを日次で可視化する。 作業発生時刻と入力時刻の差を、工程別・シフト別に出します。責める材料としてではなく、「どの工程の入力設計に無理があるか」を見つける材料として使います。
- 前日の実績を、翌朝の朝礼で現場に返す。 出来高、不良、停止時間。MESに入れた数字が翌朝に返ってくるという体験が、入力の動機を作ります。これをやらないと、入力は3週間で形骸化します。
- 改善が反映されたことを明示する。 現場から出た指摘のうち、対応したものを掲示します。「言っても変わらない」という認識が定着すると、その後の改善提案が止まります。
KPIの定義は稼働前に決めておく必要がありますが、この期間に返す数字は精緻である必要はありません。正確さより即時性が効きます。定義の作り込みはMESで見るべきKPIを参照してください。
+31日〜+90日：運用と文書が乖離し始める
稼働から1か月を過ぎると、現場は必ず運用を微調整します。入力の順番を変える、特定の項目を空欄で通す、独自のコード運用を始める。これ自体は現場が使いこなし始めた証拠であり、健全な兆候です。
問題は、この調整が文書に反映されないことです。放置すると次の3つが起きます。
- 新人教育で教える手順と、実際の運用が食い違う
- 2拠点目に展開する際、「標準」がどちらか分からなくなる
- 監査で、手順書と実記録の不一致を指摘される
したがって、稼働後60〜90日の時点で運用手順の再ドキュメント化を工程として計画に入れてください。プロジェクト計画は通常カットオーバーで終わっており、この工程が抜けます。
同じ時期に、改善要望の受付も開始します。稼働直後に受け付けると、不慣れによる不満と設計上の欠陥が混ざって判別できません。1か月置くと、残った要望は本物です。ここから先の改修を誰が行うかで、運用コストの構造が決まります。ベンダー依存を続けるか内製化するかの判断は、MES技術者を社内で育てるで扱っています。
WEFが2026年1月15日に発表したGlobal Lighthouse Networkの分析では、技術・人材・サステナビリティを組み合わせた拠点は、そうでない拠点を16%以上上回る成果を出しており、成功した変革の94%が複数の技術領域を組み合わせていました。技術単独では成果に届かないという観測は、チェンジマネジメントの位置づけを裏づけています。
定着しなかったときの引き返し方
すべてやっても定着しないことはあります。その場合、放置が最悪の選択です。中途半端に動くMESは、紙より状態が悪い（記録が不完全で、しかも「システムがある」ことになっている）ためです。
引き返す際の判断は、次の順です。
- 入力ポイントを削る。 定着していない工程の入力を、いったん最小限まで落とします。粒度を犠牲にしてでも、記録が途切れない状態を優先します。
- 対象工程を絞る。 全工程での運用を諦め、最も効いている工程だけに戻します。
- 設計の前提を疑う。 上記2つで戻らない場合、マスタ設計か業務プロセスの前提が現場と合っていません。ここまで来たら、機能追加ではなく設計の見直しが必要です。
失敗の型と分岐点はMES導入の失敗パターン7つにまとめています。
よくある質問
ベテラン作業者の反対が強く、進みません。
反対の内容を「操作が面倒」と「その入力項目では業務が回らない」に分けてください。後者であれば、指摘は正しい情報です。ベテランは例外処理を最もよく知っており、その人が「回らない」と言う場合、たいてい未定義の例外を先に見つけています。反対意見をギャップ票として起票させ、正式な検討ルートに乗せると、対立が仕様検討に変わります。判断の仕組みはFit to Standard を貫くための意思決定を参照してください。
教育はいつ、どのくらいやるべきですか？
カットオーバーの2〜3週間前に、実機で、工程単位で行うのが最も効きます。集合研修より、実際の作業位置で15分ずつ、というやり方のほうが定着します。座学が必要なのは「なぜこの入力が必要か」の説明部分だけで、これは30分あれば足ります。操作説明に何時間もかける必要がある画面は、そもそもUI設計に問題があると考えてください。
経営層が「稼働したのだから終わり」と考えていて、稼働後の予算が付きません。
稼働後90日分の工数を、プロジェクト予算の中に「定着フェーズ」として最初から含めてください。後から追加申請すると、必ず「なぜ稼働したのに費用が要るのか」という説明を求められます。目安として、構築費用の5〜10%程度を定着フェーズに配分する計画が現実的です。
