管理限界は「規格」ではありません：ここが崩れると全部崩れる
SPCの実装で最初に潰すべき誤解が1つあります。管理限界（UCL／LCL）と規格限界（USL／LSL）はまったく別のものだという点です。
- 規格限界：設計・顧客・法令が決めた「この範囲を外れたら不良」という線。図面から来る
- 管理限界：その工程の実際のばらつきから統計的に計算された「この範囲を外れたら、いつもと違うことが起きている」という線。データから来る
現場でよく見るのは、管理図の上下限に規格値を入れてしまっている実装です。この状態の管理図は、規格内に入っている限り何も警告しません。つまり不良が出るまで気づかないという、SPCを導入した目的とまったく逆の状態になります。
図の右側で、点は規格内に収まったまま上昇を続けています。この段階で気づいて手を打つのがSPCです。規格値を管理限界として使っている実装では、この上昇はまったく警告されません。
どの管理図を使うか：選択は3つの質問で決まる
管理図の種類は多く見えますが、実装上の選択は次の3つの質問で決まります。
| 質問 | 答え | 使う管理図 |
|---|---|---|
| 測定値は連続量か、個数か | 連続量（寸法・温度・重量）で、1回に複数個測る | X̄-R管理図（サブグループ2〜10個） |
| 同上 | 連続量だが、1回に1個しか測れない（全数検査、バッチ） | I-MR管理図（個別値と移動範囲） |
| 同上 | 不良の「個数」を数える | p管理図（不良率）／np管理図（不良個数） |
| 同上 | 1個の中の「欠点数」を数える | u管理図／c管理図 |
| 変化を早く見つけたいか | 小さなずれ（1σ程度）を早期に検知したい | EWMA／CUSUM管理図 |
実装の現実として、MES標準で持っている管理図はX̄-R、I-MR、p管理図の3つが中心です。EWMAやCUSUMを標準搭載する製品は限られるため、これらが必要なら外部の統計ツールとの連携か、アドオンを前提にします。要件定義の段階で確認すべき点です。
サブグループの設計が、SPCの成否を8割決める
X̄-R管理図を使うとき、「サブグループ（1回にまとめて測る単位）」をどう取るかで、管理図の意味が変わります。ここが最も間違えられる部分です。
原則：サブグループの内側は「同じ条件」でなければならない。
サブグループ内のばらつきが「工程本来のばらつき」として管理限界の計算に使われるためです。したがって、
- 正しい取り方：同一設備・同一キャビティ・連続する5個をまとめて1サブグループとする
- 誤った取り方：4台の設備から1個ずつ取って4個を1サブグループとする
後者をやると、設備間の差がサブグループ内のばらつきに含まれてしまい、管理限界が異常に広くなります。結果、どんな異常も検知しない管理図ができあがります。「管理図を入れたが一度も警報が鳴らない」という相談の原因は、ほぼこれです。
複数設備・複数キャビティがある場合は、設備ごと・キャビティごとに別の管理図を持つのが正解です。MES側では、管理図の識別キーに設備IDとキャビティ番号を含める設計が必要になります。この設計をしていない製品では、後から分けることができません。
設計で決める4項目
1. 管理限界の初期設定と再計算のルール
管理限界は、工程が安定している期間のデータ（一般に20〜25サブグループ以上）から計算します。問題はいつ再計算するかです。ルール化しておくべきは次の3点です。
- 再計算のトリガー：工程条件の意図的な変更（設備更新、材料変更、型修正）があったとき のみ
- 再計算してはいけない場面：警報が頻発するので限界を広げたい、という理由
- 再計算の承認者と記録：誰が承認し、いつ変更したかを残す。規制産業では監査証跡の対象です
「警報がうるさいから限界を広げる」は、SPCを無力化する最も一般的な運用崩壊パターンです。システム側で、限界の手動変更に理由入力と承認を必須にする設定ができるかを確認します。
2. 警報ルールをいくつ有効にするか
点が管理限界を超えたときだけでなく、「連続7点が中心線の同じ側」「連続6点が上昇または下降」といった傾向のルール（Western Electricルール、Nelsonルールとして知られる一群）を使うかどうかです。
有効にするルールが多いほど検知は早くなりますが、誤報も増えます。現実的な設計は、①限界外れ、②連続7〜9点の片寄り、③連続6点の連続的な上昇／下降、の3つから始め、運用しながら追加することです。最初から8ルール全部を有効にすると、警報が1日に何十件も出て無視されるようになります。
3. 警報が出たときの対応を、システムに書く
これが最も抜けやすい項目です。管理図が形骸化する原因の3番目は、統計ではなく運用にあります。決めるべきは、
- 誰に通知するか（作業者／班長／品質技術）
- 何分以内に一次対応するか
- 対応の記録をどこに残すか（管理図に紐づく処置記録として残す）
- 対応が取られなかった場合のエスカレーション先
管理図の警報を不適合管理のワークフローへ自動連携できる製品であれば、記録は自然に残ります。連携できない場合は、警報対応を別途記録する運用を作らないと、「警報は出ていたが誰も何もしていない」という状態が監査で発覚します。
4. 測定値の入力経路
手入力か、測定器からの直接取り込みか。手入力の場合、入力ミスが管理図を汚します。桁違いの値が1点入っただけで、その後の管理限界計算が狂います。入力時の上下限チェック（物理的にありえない値を弾く）は必須です。測定器接続の設計は検査・測定データ管理で扱う論点と重なります。
製品による実装差
- 管理図の計算をどこで行うか：MES内で計算する製品と、データを外部の統計エンジンへ渡す製品があります。前者は応答が速く現場端末に出せますが、統計手法の種類が限られます。GE Vernova（現Velotic）のProficy 2026では、Operations Hub上のSPCウィジェットが提供されています。
- リアルタイム性：測定した瞬間に管理図が更新され、警報が現場端末に出るか、それとも夜間バッチで更新されるか。警報が翌日出るSPCは、傾向管理には使えても異常の即時停止には使えません。
- 管理図と工程停止の連動：警報時に、その設備の次の作業開始を止められるか。ここまでできる製品は限られますが、規格外を作らせないプロセス管理を目指すなら、連動の有無は重要な評価軸です。
検査データが少ない工程でもSPCは有効ですか？
サンプル数が少ない工程では、X̄-R管理図の前提（サブグループ内の等質性）が成立しにくいため、I-MR管理図（個別値管理図）を使います。ただし、I-MR管理図は管理限界の推定精度が低く、少なくとも20〜25点のデータが揃うまでは限界を仮置きとして扱う必要があります。もう1つの選択肢は、管理図ではなく工程条件（温度・圧力・時間）のほうを監視することです。製品の測定値が少なくても、工程条件は連続的に取得できることが多く、条件の異常のほうが早く現れます。測定点が確保できない工程では、こちらのほうが実務的です。
SPCとAI外観検査は、どちらを先に入れるべきですか？
目的が違うので比較になりません。AI外観検査は「今できたものが良品か」を判定する検査の自動化で、SPCは「工程が安定しているか」を監視する予防の仕組みです。ただし、両者は接続すると効果が大きくなります。AI検査の結果（不良率、欠陥種別ごとの発生数）をp管理図やu管理図に流すと、検査の自動化がそのまま工程監視になります。Rockwellが2026年8月11日に発表したPlex QMSとFactoryTalk Analytics VisionAIのAPI連携は、この方向の実装例です。導入順序としては、記録の粒度が揃っていないとどちらも機能しないため、まず測定値と不良コードの記録設計を固めることを推奨します。
管理図の警報が多すぎて、現場が見なくなりました。どうすればよいですか？
まず、警報の内訳を1週間分だけ集計します。多くの場合、警報の7割が特定の1〜2品目・1〜2設備に集中しています。その場合の対処は、警報ルールを緩めることではなく、集中している箇所の原因を潰すことです。原因は、①管理限界が古いデータで計算されている（工程条件が変わったのに再計算していない）、②サブグループの取り方が誤っていて限界が狭すぎる、③実際にその工程が不安定、のいずれかです。①②はシステム設定の問題で、直せば警報は正常な頻度に戻ります。③であれば、それは警報が正しく機能している証拠なので、管理図ではなく工程を直す話になります。ルールを緩める判断は、この切り分けを終えてから行ってください。
