「MESが分かる人」を一人育てようとすると失敗する

MES人材の育成が進まない最大の原因は、求めるスキルセットが広すぎることです。工程知識、ISA-95のデータモデル、SQL、OPC UAやPLCの通信、ERPインターフェース、バリデーション文書、そして現場との調整。これを一人に求めれば、育つのに5年かかり、育った瞬間に転職市場で引く手あまたになります。

現実的なのは、MESの運用に必要な仕事を3つの役割に分け、それぞれ別の人材プールから供給するやり方です。3役すべてを内製する必要もありません。

役割主な仕事必要な素地内製の優先度
MESアーキテクト機能配置の判断(ERP/MES/APS/WMSの線引き)、マスタ設計、新拠点展開時の標準維持工程を知っている生産技術者。ISA-95とERPの業務知識最優先で内製
コンフィギュレータ画面・帳票・ワークフローの設定変更、不良コードや工程の追加、テスト業務システムの設定経験。プログラミングは必須ではない段階的に内製
データエンジニア設備接続、収集データの整形、BI・分析基盤への連携、ヒストリアン運用SQL、ネットワーク、OPC UA/MQTT内製か外部かは要員事情で判断

このうちアーキテクトだけは、外部に出してはいけません。「在庫引当はERPかMESか」「この不良コードは追加してよいか」といった判断は、5年後の保守コストを決める設計判断であり、ベンダーには自社の業務都合が見えないからです。

育成の起点は「標準規格の知識」に置く

社内育成でよくある失敗は、いきなり導入した製品の操作研修から始めることです。製品固有の操作は、製品を替えれば消えます。逆に、国際標準の知識は製品を替えても残るうえ、ベンダーとの会話の共通言語になります。

起点に置くべきは次の3つです。

  • ISA-95(IEC 62264)の階層とオブジェクトモデル — 2025年4月10日にPart 1が15年ぶりに改訂され、モジュラー/コンテナ化アーキテクチャとセマンティックモデルが正式に取り込まれました(ISA公式発表)。「ピラミッド」だけを教えると、いまの製品設計と噛み合いません(ISA-95 2025年改訂の解説
  • OPC UAの情報モデル — プロトコルではなくモデルとして理解させます。OPC Foundationは2026年4月20日、430以上のコンパニオン仕様をRAG/MCP対応形式へ変換する計画を発表しており、標準の知識そのものがAI活用の前提資産になりつつあります
  • ISO 22400のKPI定義 — OEEや稼働率の定義がずれると、拠点間の比較ができなくなります
MES人材育成の3年ロードマップ図 1年目:言語化 ISA-95/OPC UA/ISO 22400 2年目:設定の移管 画面・帳票・コード体系の変更 3年目:設計の移管 機能配置とマスタ設計の判断 アーキテクト候補(生産技術) 工程の言語化 → 設計レビュー同席 → 設計判断 コンフィギュレータ候補(情シス) 操作習得 → 軽微変更の実施 → 変更管理の運用 データエンジニア候補 設備接続の同行 → 収集設計 → 分析基盤の運用 ※ 3役を同一人物に兼務させる場合でも、役割ごとに到達目標を分けて評価する
MES人材育成の3年ロードマップ。1年目は標準規格と自社工程の言語化、2年目は設定作業の移管、3年目は設計判断の移管という順序が現実的。

育つ環境かどうかは、契約書で決まっている

社内育成が進まない工場には、たいてい共通の構造的な原因があります。設定変更の権限がベンダー側にしかない、というものです。

保守契約で「設定変更はすべてベンダー作業」となっていれば、社内の人間はどれだけ勉強しても手を動かす機会がありません。逆に、軽微な変更(不良コードの追加、画面項目の並べ替え、帳票のレイアウト変更)を社内作業と定義しておけば、年に数十回の実践機会が自然に発生します。

育成の投資対効果は「変更リードタイム」で測る

人材育成は効果を測りにくい領域ですが、MESに限れば代理指標があります。現場から変更要望が出てから反映されるまでの日数です。

これがベンダー依存のままだと、見積・発注・作業・検証で1〜2か月かかります。社内で回せる範囲が広がると、軽微な変更は当日〜数日になります。この差は、単なるコスト削減ではなく、MESが「使われるシステム」であり続けるかどうかを左右します。要望が3か月放置されるシステムに、現場は入力してくれません。

なお、育成の必要性は数字にも表れています。Rockwell Automationの2025年6月3日発表の調査(17か国/回答者1,560名)では、AI活用スキルを「極めて重要」と回答した割合が50%に達し、かつて10%程度だったところから大きく上昇しました。同社の2026年5月19日発表の調査では、収集したデータを有効活用できている割合は43%にとどまっています。ツールではなく、読み解く人が不足しているという診断です。

よくある質問

MES専任の担当者は何人必要ですか?

拠点数と製品の性格で変わりますが、単一拠点でパッケージMESを運用する場合、フルタイム換算で1.0〜1.5人が下限の目安です(当社の導入支援経験にもとづく目安であり、公開統計ではありません)。内訳はコンフィギュレータ0.5〜1.0人、データエンジニア0.3〜0.5人。アーキテクトは生産技術部門との兼務で構いませんが、兼務でも役割として明記し、評価対象に入れることが条件です。役割が定義されていない兼務は、繁忙期に真っ先に消えます。

情報システム部門と生産技術部門のどちらが担当すべきですか?

どちらか一方に寄せると、必ず片側が欠けます。実務上うまくいくのは、アーキテクトを生産技術、コンフィギュレータとインフラを情シスに置く分担です。生産技術は工程を知っていますが変更管理の作法を知らず、情シスはその逆だからです。両部門の共同管掌にする場合は、意思決定者を一人に決めてください。詳細はMES導入プロジェクトの体制で扱っています。

社内で育てるとベンダーロックインは避けられますか?

部分的にしか避けられません。設定・運用を内製化しても、データモデルとインターフェースが独自仕様であれば移行コストは下がりません。人材の内製化と、データ可搬性の契約条項は別の対策として並行して打つ必要があります。