MESグローバル展開計画テンプレート──共通と個別を分ける74の判定項目

「1拠点目が成功したので横展開」は、たいてい2拠点目で止まる

Rockwell Automationが2026年7月28日に公開した調査（17カ国1,560名の製造・産業オペレーション意思決定者が対象）は、この構造をはっきり示しています。

同調査でRockwellのVP Anthony Murphy氏は「MESの導入はもはや障壁ではない。障壁は全社スケールだ」と述べています。導入93%に対して全社展開28%という差は、横展開が例外的に難しいのではなく、それが標準的な結果であることを意味します。

止まる原因はほぼ共通しています。1拠点目を「その拠点にとって最適」に作り込んだ結果、品目コード体系も工程の粒度も不良コードも拠点固有になり、2拠点目で流用できる部分が画面レイアウトくらいしか残らないのです。横展開の成否は、2拠点目の進め方ではなく1拠点目の設計時点で決まります。

テンプレートの構成（5ワークストリーム・判定74項目・3年ロードマップ）

配布資料はPowerPoint版の計画書ひな型（38スライド）とExcel版の判定マトリクスです。

判定マトリクスは各項目を「全社共通（Global）／地域共通（Regional）／拠点個別（Local）」の3区分に割り当てる形式です。3区分に加えて「決定者」「決定期限」「変更時の承認ルート」の3列を持たせています。未決定のまま1拠点目を作らないための表です。

判定マトリクスから4項目を抜粋

WS1-04：工程の粒度は全社共通にする（Global固定を推奨）

同じ製品を作っていても、拠点によって工程の切り方が違うことは珍しくありません。ある拠点では「組立」が1工程、別の拠点では3工程に分かれている。この状態で拠点間の実績を比較すると、リードタイムも直行率も比較不能になります。テンプレートでは工程の粒度をGlobal固定を強く推奨する数少ない項目として扱い、拠点固有の細分化は「サブ工程」として下位に持たせる設計にしています。

WS1-11：不良コードは3階層に分け、上位2階層を共通にする

不良コードを全社完全共通にすると、拠点の実態に合わず現場が「その他」を多用します。逆に完全自由にすると集計できません。実務的な折衷は、大分類・中分類を全社共通、小分類を拠点個別にする3階層構造です。集計は上位2階層で行い、改善活動は小分類で行います。不良コード体系の設計は後から変更が効かない項目の代表格です。

WS3-06：中国拠点のデータ所在は「二層構造で足りるか」で判定する

中国拠点を含む場合、生データを域内に留め、集計KPIのみを本社へ送る二層構造が現実的な設計になります。判定項目では、①製品がデータリージョンを選べるか、②拠点内で完結する運用が可能か、③本社へ送る集計値の粒度は誰が決めるか、の3点を確認します。データリージョンを選べないSaaS製品は、この時点で候補から外れることがあります。設計の詳細は中国拠点MESの二層アーキテクチャを参照してください。

WS4-03：拠点側の裁量範囲を、面積ではなくレイヤーで定義する

「拠点は業務要件の20%まで変更可」といった量的な定義は運用できません。テンプレートでは、変更可能な範囲をレイヤーで定義します。画面の表示項目とラベル、帳票のレイアウト、通知の宛先は拠点裁量。データモデル、コード体系、連携インターフェース、KPI定義は本社決定。この線引きを最初に文書化しておくと、拠点との交渉が個別案件ごとの力関係にならずに済みます。

ロードマップの引き方

1. テンプレート確定を1拠点目のカットオーバーより前に置く。 「1拠点目が動いてからテンプレート化する」順序にすると、その拠点固有の事情がテンプレートに焼き付きます
2. 2拠点目は、1拠点目と最も条件が違う拠点を選ぶ。 似た拠点を選ぶとテンプレートの弱点が露見せず、3拠点目で破綻します
3. CoE（本社の中核チーム）を、展開開始と同時ではなく設計段階から立てる。 変更申請の審査主体が存在しないまま展開すると、拠点ごとの例外が積み上がります
4. 各拠点の展開期間を、逓減する前提で計画する。 1拠点目12か月、2〜4拠点目6か月、5拠点目以降3か月といった逓減が起きない場合、テンプレート化が機能していないサインです

マルチサイトMESの設計とグローバルテンプレート方式の利点と落とし穴で、共通化の判断基準そのものを詳しく扱っています。数字の背景は導入93%・全社統合23%の記事を参照してください。