Instant Engineering

エンジニアの仕事効率を上げる知識をシェアするWeb記事/機械設計/TPS/QC品質管理

SPCとは?統計的工程管理の基本と進め方

製造現場で「不良が出てから対策する」スタイルから、「不良が出る前に予兆を捉える」スタイルへ。この転換を統計的に支える基盤が、SPC(Statistical Process Control:統計的工程管理)です。

1924年にウォルター・シューハートが管理図を提唱して以来、SPCは品質保証のグローバルスタンダードとして発展を続けてきました。JIS Z 9020-2やAIAGのSPCマニュアルでも体系化されており、IATF16949の認証取得には事実上必須の枠組みです。

とはいえ、現場では「管理図はExcelで描いているけれど、管理限界と規格限界の違いを説明できない」「管理図の点が管理限界内に入っていれば全部OKだと思っていた」といった誤解も少なくありません。これらの誤解は、SPCの本質である「工程の安定性と工程の能力は別物」という視点が抜けているところから生じます。

本記事では、SPCを単なる管理図ツールではなく「ばらつきと向き合う品質管理の思想」として整理し直します。偶然原因と異常原因の見分け方、管理図7種類の使い分け、Western Electric/Nelsonルール、そして管理限界と規格限界の決定的な違いまで、現場で即使えるレベルで体系化していきます。

SPCを「報告のための図」から「意思決定のためのエンジン」に変えることを目標に解説していきます。

先に結論を言うと、SPCは「工程が安定しているか」を管理図で見る手法です。Cp・Cpkは「安定した工程が規格を満たす能力を持つか」を見る指標であり、CpkとPpkの違いは「短期ばらつきと長期ばらつきの違い」です。

そのため本記事では、工程能力指数そのものの計算式を深追いしすぎず、SPCの役割である管理図・異常検出・安定性判断に焦点を当てます。

 

1. SPC(統計的工程管理)とは:シューハートが目指した「管理状態」

SPC(Statistical Process Control)は、製造工程から得られるデータを統計的に分析し、工程の状態を継続的に可視化・管理する手法です。日本語では「統計的工程管理」または「統計的プロセス管理」と訳され、JIS Z 9020-1:2016「管理図―第1部:一般指針」で標準化されています。

SPCの原点は、1924年に米国ベル研究所のウォルター・A・シューハートが書いた1枚のメモにあります。シューハートは、製造工程のばらつきを「偶然原因」と「異常原因」の2つに区別し、異常原因が取り除かれた状態(彼の言葉で「statistically in control=管理状態」)に到達することを品質保証の出発点に据えました。この発想は、検査による事後選別から、工程の安定性そのものを保証する予防型品質管理への大転換でした。

SPCが現代の品質保証の共通言語になっている理由は、3つに整理できます。第一に、全数検査が現実的でない大量生産でも、サンプルから工程全体の状態を統計的に推定できること。第二に、異常が顕在化する前に予兆(トレンドやシフト)を捉え、不良発生を未然に防げること。第三に、客観的なデータに基づく改善判断ができるため、勘や経験に依存しない品質マネジメントが可能になることです。

自動車産業のIATF16949、医療機器のISO13485、医薬品のGMPなど、業界規格でもSPCは標準的な要求事項として組み込まれています。SPCを使いこなせるかどうかは、品質エンジニアの最低限の必須スキルであり、その第一歩が「偶然原因と異常原因の区別」です。

SPCを一言でまとめるなら、「工程の声を時系列で聞く仕組み」です。1個ずつの測定値に振り回されるのではなく、時間の流れの中で工程がいつも通り動いているかを確認します。

ここを理解すると、SPCと工程能力指数の役割分担も明確になります。SPCは「安定性」、Cp・Cpkは「規格に対する余裕」、Ppkは「実績としての性能」を見る指標です。

 

2. 偶然原因と異常原因:SPCが見分ける2種類のばらつき

SPCの本質は、ばらつきを2種類に分けて扱うことに尽きます。この区別を曖昧にしたまま管理図を運用すると、対策の方向性を完全に間違えます。

1つ目は、偶然原因(Common Cause)です。工程に常時存在し、避けようがない小さな変動の集合で、材料の微小な不均一、室温の自然な変動、測定器の微細な揺らぎなどが該当します。偶然原因だけで成り立つ工程は、統計的に予測可能な範囲で安定しています。シューハートはこの状態を「管理状態(In-Control)」と呼びました。

2つ目は、異常原因(Special Cause)です。普段はない突発的な要因によるばらつきで、設備の故障、刃物の急速摩耗、材料ロットの切替ミス、作業者の交替直後の手順違い、といった「いつもとは違う何か」が起きたときに現れます。異常原因が混ざった状態は予測不能であり、放置すれば不良の山につながります。

SPCの中核的な仕事は、「観測したばらつきが、偶然原因の範囲なのか、異常原因が混ざっているのか」を統計的に判別することです。偶然原因のみであれば「いつもどおり」として工程をそのまま回します。異常原因の兆候があれば、データを止めて原因究明と対策に動きます。

ここで重要なのは、両者への対応が真逆である点です。偶然原因に対して個別対策を打つのは「過剰調整」と呼ばれ、工程をかえって不安定にすることが知られています(W.エドワーズ・デミングが指摘した「漏斗実験」が有名です)。一方、異常原因を放置するのは「過小対応」で、不良が顕在化するまで待つことに直結します。「打つべきところに打ち、打つべきでないところには打たない」を判別するのが、SPCというフレームの目的です。

 

3. 管理図の構造:中心線CLと±3σ管理限界の数学的根拠

偶然原因と異常原因を視覚的に判別するために、シューハートが発明したツールが管理図(Control Chart)です。管理図は、時系列に並べたデータポイントの上に、中心線CL(Central Line)と管理限界線UCL/LCL(Upper/Lower Control Limit)を引いた折れ線グラフです。

管理限界は、工程の平均値 \muと標準偏差 \sigmaから、次のように設定するのが世界共通の作法です。

   UCL = \mu + 3\sigma,\quad CL = \mu,\quad LCL = \mu - 3\sigma

この「±3σ」の根拠は、正規分布の確率特性にあります。データが正規分布に従う偶然原因だけのばらつきを示す場合、観測値が \pm 3\sigmaの範囲内に収まる確率は約99.73%です。

   P(|X - \mu| \leq 3\sigma) \approx 0.9973

言い換えると、観測値が偶然原因のみで管理限界を超える確率は 1 - 0.9973 = 0.0027、つまり約370回に1回です。逆に、管理限界を超える点が観測されたら「偶然ではなく異常原因の存在を疑うべき」と統計的に判断できるわけです。

この「370回に1回」という閾値は、第一種の誤り(管理状態なのに「異常あり」と誤判定する確率)と第二種の誤り(異常があるのに「管理状態」と誤判定する確率)のバランスを取る経験的な選択です。シューハートは、感度を上げて管理限界を狭くしすぎると誤検出が増え、現場が「またアラームか」と無視するようになる人間心理まで考慮して、±3σを推奨しました。

注意したいのは、管理限界はあくまで工程の実力から算出される線であって、後述する規格限界(設計や顧客が決める線)とはまったく別物だという点です。この混同が、SPC運用で最も多い誤解です。詳しくは第6章で整理します。

 

4. 管理図7種類の使い分け:JIS Z 9020-2に準拠した選び方

シューハート管理図は、データの種類によって7種類の標準形に分かれます。JIS Z 9020-2:2016では、これらが計量値管理図と計数値管理図の2グループに整理されています。

 

計量値管理図(連続量データ用)

寸法、重量、電圧、トルクなど、連続的な数値で測定できるデータには計量値管理図を使います。

  • X-bar-R管理図:群平均と群範囲を組み合わせる最も標準的な管理図です。サブグループサイズn=2〜10程度で、群平均(X-bar)と群範囲(R)の2本セットで運用します。寸法や重量など、製造現場のほぼすべての計量値で第一選択になります。
  • X-bar-s管理図:サブグループサイズn≥10と大きく、より精密なばらつき評価が必要なときは、R(範囲)に代わり標準偏差sを用いるX-bar-s管理図が向きます。半導体や精密部品など、母数が大きく分布特性まで踏み込んで管理したい場面で使います。
  • I-MR管理図:個別値(Individual)と移動範囲(Moving Range)を組み合わせる管理図です。化学プラントの粘度、液面、温度のように1ロット1測定しかできないデータや、サブグループが組めない連続生産プロセスで使います。

 

計数値管理図(離散データ用)

「良品か不良品か」「欠点が何個あるか」のように整数で数えるデータには計数値管理図を使います。

  • np管理図:サンプルサイズが一定で、不適合品数(不良品の個数)を管理します。「ロット100個中の不良数」のように決まったサンプルから不良数を追う場合に使います。
  • p管理図:サンプルサイズが変動する場合に、不適合品率(不良率)を管理します。日ごと・週ごとに検査数が変わる量産工程の不良率管理に最適です。
  • c管理図:一定の面積・体積・個数あたりの欠点数を管理します。塗装面のキズ数、回路基板1枚あたりのはんだ不良数など、「1単位あたりに何個の欠点があるか」を追う場合に使います。
  • u管理図:単位あたりの欠点数を管理し、検査単位が変動する場合に対応します。検査長さや検査面積がロットごとに違うケースで威力を発揮します。

選び方の原則は「データの性質に合わせて選ぶ」。連続量なら計量値、離散数なら計数値、サブグループが組めるか、サンプルサイズが変動するか、で機械的に絞り込めます。複数の管理図を併用するのも珍しくなく、不良率はp管理図で、不良発生時の寸法はX-bar-R管理図で、と組み合わせるのが実務では一般的です。

実務で迷いやすい選定ポイントを表にまとめると、次のようになります。

データの種類 条件 使う管理図 代表例
計量値 連続データをサブグループで取得 X-bar-R管理図 寸法、重量、トルク、圧力
計量値 サブグループ数が大きい X-bar-s管理図 精密部品、半導体、測定点数が多い検査
計量値 1回に1点しか取れない I-MR管理図 温度、粘度、液面、連続プロセス
計数値 サンプル数が一定の不良数 np管理図 毎回100個検査して不良数を数える
計数値 サンプル数が変動する不良率 p管理図 日別・週別の検査数が変わる不良率管理
計数値 検査単位が一定の欠点数 c管理図 基板1枚あたりの欠点数、塗装面のキズ数
計数値 検査単位が変動する欠点数 u管理図 検査面積や検査長さが変わる欠点密度

 

5. 異常検出ルール:Western Electric/Nelsonルールで「管理限界内の異常」も見つける

管理図の点が管理限界を超えれば異常、超えなければ安定…と単純に判定すると、本当の異常を見逃します。管理限界内であっても、データの並び方が偶然から逸脱していれば異常原因が示唆されるからです。

この判断を体系化したのが、1956年にWestern Electric Company(ウエスタン・エレクトリック社)が公表したWestern Electric Rulesです。後年(1984年)、Lloyd S. Nelsonが拡張したものがNelsonルールとして広く知られています。管理図の中心線±1σ・±2σ・±3σで区切ったゾーンA・B・Cに対し、典型的な8つの異常パターンが定義されています。

代表的な4つのルールを整理します(Western Electric Rules原典の4ルール)。

  • ルール1:1点が管理限界(±3σ)を超える 最も基本かつ強い異常シグナルです。設備故障、測定ミス、ロット切替の不適合などが典型原因です。
  • ルール2:3点中2点がゾーンA(±2σ〜±3σ)の同じ側に入る 管理限界はまだ超えていませんが、平均値の急激なシフトを示唆します。
  • ルール3:5点中4点がゾーンB(±1σ〜±2σ)の同じ側に入る 平均値の小さなシフトが定着しつつあるサインです。
  • ルール4:8点連続して中心線の同じ側に出る 平均値の系統的なシフト、または工程平均そのものの変化を示します。

Nelsonルールでは、上記4つに加えて「6点連続して増加または減少(トレンド)」「14点が交互に上下(系統的振動)」「15点連続してゾーンC内(ばらつきの異常な低下)」「8点連続してゾーンCの外側(ばらつきの異常な拡大)」が追加されます。それぞれが異なる物理的原因に対応しており、刃物摩耗、設備暖機不足、過剰調整、群の混在などを示唆します。

これらのルールを適用することで、管理限界内のデータからも「予兆」を捉えられるようになります。Excelで管理図を運用する場合でも、最低限ルール1〜4は自動判定する仕組みを組み込んでおくと、運用品質が劇的に変わります。

 

6. 管理限界 vs 規格限界:絶対に混同してはいけない2つの線

SPC運用で最も誤解の多いのが、管理限界(UCL/LCL)と規格限界(USL/LSL)の混同です。両者は名前も似ていますが、出所も意味もまったく違います。

管理限界(Control Limit)は、工程の実データから計算される線です。「この工程が偶然原因だけで動いていたら、点はここに収まるはず」という統計的な範囲を示します。工程平均と標準偏差から決まる、工程固有の値です。工程改善で標準偏差が下がれば管理限界も狭まりますし、平均値が動けば管理限界も動きます。

規格限界(Specification Limit)は、顧客要求や設計仕様から決まる線です。「製品としてここまでなら許容する」という、外から与えられた値です。工程がどんなにばらついても変わりません。工程が3σ品質でも6σ品質でも、規格限界は変わらないのが原則です。

両者の関係を整理すると、次のようになります。

比較項目 管理限界(UCL/LCL) 規格限界(USL/LSL)
決める主体 工程データから統計的に算出 顧客要求、図面、設計仕様で決定
意味 工程がいつも通り動いている範囲 製品として許容される範囲
見る問い 工程は安定しているか 製品は規格を満たしているか
主な用途 異常原因の検出、工程監視 合否判定、工程能力評価
変化する条件 工程平均やばらつきが変わると変化 設計変更や顧客要求変更がない限り不変
  • 管理限界は工程の声、規格限界は顧客の声です。SPCではこの2つを別軸で評価します。
  • 管理図はUCL/LCLで「工程は安定しているか」を見ます。規格限界USL/LSLは管理図には書きません(混同を避けるための実務上の鉄則)。
  • 規格に対するマージンを評価するのは、管理図ではなく工程能力指数(Cp/Cpk)の役割です。

「管理限界内なら不良ゼロ」というのは誤解です。管理限界が規格限界より広い工程では、管理限界内でも規格外品(不良)が出ます。逆に「規格内なら安定」というのも誤解です。規格内に収まっていても、点が一方向に偏っていれば異常原因が混入しています。「安定しているか(管理限界)」と「規格を満たすか(規格限界)」は別の問いで、両方にYesと言える状態が理想です。

 

7. SPCと工程能力指数の関係:安定性と規格適合は別軸で評価する

SPCで工程の「安定性」を担保したうえで、工程の「能力」を数値化するのが工程能力指数(Cp、Cpk)です。両者は別軸ですが、運用上はセットで使われます。

関係性を整理すると、次の順序になります。

  • 第1段階:管理図で工程の安定性を確認 異常原因を排除し、偶然原因だけで動いている管理状態に到達するのが出発点です。
  • 第2段階:安定状態のデータから工程能力指数を算出 不安定な工程のCpkを計算しても、値は実態を反映しません。必ず安定確認の後で計算します。
  • 第3段階:判定基準と比較して合否判定 一般工程・重要特性・顧客要求に応じて、必要な能力水準を確認します。

この順番を間違えると、「Cpkは高いのに不良が出る」「規格内なのに工程が暴れる」という矛盾が起きます。実務では、次の4象限で考えると判断しやすくなります。

状態 SPC上の安定性 工程能力 現場判断
理想状態 安定している 十分ある 量産維持、監視継続
安定だが能力不足 安定している 不足している 工法、設備、条件の改善が必要
能力はありそうだが不安定 不安定 見かけ上は高い 異常原因の除去を優先
不安定かつ能力不足 不安定 不足している 流出防止と根本改善を同時に実施

Cp/Cpk/Pp/Ppkの計算式や判定基準、Cpk1.33が標準目標になる根拠(4σ品質=63ppmなど)は、以下の関連記事で詳しく解説しています。本記事はSPC側の解説に絞っていますので、能力指数側の理解を深めたい方はぜひ併読してみてください。

instant.engineer

また、CpkとPpkの違い(短期vs長期、群内σvs全体σ)はSPC運用において重要な分岐点です。SPCで定常的にとった管理図データからはCpkを、PPAPなど顧客提出時にはPpkを算出する、という使い分けが基本ルートになります。

instant.engineer

 

8. SPC運用のPDCAサイクル:継続的改善のエンジンとして使う

SPCは1回限りのデータ取り作業ではなく、継続的に回し続ける品質改善のエンジンです。実務での運用は、PDCAサイクルに沿って整理するとわかりやすくなります。

 

Plan:管理対象選定と測定システムの検証

SPCを始める前に、何を管理するのか(重要特性の選定)と、その特性をどう測るのか(測定システムの妥当性)を確認します。ゲージR&Rで測定ばらつきが観測ばらつきの30%以下に収まっているかを確認するのが鉄則です。測定システムが信頼できない状態でSPCを始めると、観測しているのは工程のばらつきではなく測定の揺らぎになってしまいます。

 

Do:管理図でデータ収集とリアルタイム監視

選んだ管理図のサブグループサイズと頻度に従い、データを収集します。中心線と管理限界は、最初の20〜25サブグループ(合計100点以上)を取った段階で初期設定し、以後の点をプロットしていきます。サブグループの取り方は「短時間に連続して取る」が原則です。これにより群内に異物が混入せず、純粋な短期ばらつきを捉えられます。

 

Check:ルール違反検出と工程能力指数の算出

Western Electric/Nelsonルールに基づいて異常パターンを検出します。同時に、管理状態が確認できたら工程能力指数(Cp、Cpk)を算出し、規格適合の余裕度を評価します。ヒストグラムで分布の正規性と全体形状を併せて確認すると、管理図では見えにくい分布の歪みや層別の必要性が見えてきます。

 

Act:異常原因の除去と標準作業の更新

異常が検出されたら、原因を究明して取り除きます。重要なのは、対策後に必ず管理限界を再計算することと、標準作業書や教育内容を更新することです。改善のたびに「次の人が同じ失敗をしない」仕組みに落とし込むのが、SPCのPDCAを単なる是正で終わらせないコツです。

このサイクルを回し続けることで、工程は徐々に管理状態へ近づき、能力指数も向上していきます。SPCはイベントではなく、現場文化として運用するものと理解しておきましょう。

 

9. SPC運用で陥りやすい3つの落とし穴

SPC導入の現場でよく聞く失敗パターンを3つ整理します。いずれも仕組みの理解不足から発生します。

 

落とし穴1:規格限界を管理図に書き込んでしまう

管理図にUSL/LSLを引いてしまうと、現場は「規格内に入っているから安全」と判断しがちです。これでは異常パターン(管理限界内のシフトやトレンド)を検出できず、SPCの予防型品質管理の意味が失われます。管理図にはUCL/LCLのみを引き、規格適合は工程能力指数で別に評価するが鉄則です。

 

落とし穴2:偶然原因に過剰反応して工程を動かす

管理状態にある工程に対して、わずかなばらつきにも反応して設定値を微調整し続けると、結果としてばらつきが増幅します(漏斗実験で実証されている過剰調整現象です)。偶然原因の範囲なら触らないのがSPCの原則。動かすのは異常原因が検出されたときだけです。

 

落とし穴3:管理限界の更新を怠る

工程改善でばらつきが減ったのに、管理限界を古いまま使い続けると、せっかくの改善が見えなくなります。同様に、設備変更や材料変更があった場合も管理限界は再計算が必要です。「半年に1回は管理限界を再計算する」運用ルールを決めておくと、管理図が形骸化しません。

これらの落とし穴は、管理図の運用ルールを文書化し、定期的に担当者と振り返ることで防げます。SPCは知識だけでなく運用ガバナンスがセットになって、はじめて成果を出すフレームワークです。

 

10. SPCでよくある質問

SPCとSQCの違いは何ですか?

SQC(Statistical Quality Control)は統計的品質管理全般を指す広い言葉です。SPCはその中でも、工程データを管理図などで監視し、工程を安定させる活動に焦点を当てた考え方です。

つまり、SQCは統計を使った品質管理の総称、SPCは工程管理に特化した実務手法と整理すると理解しやすくなります。

 

SPCを始めるとき、最初に何をすればよいですか?

最初に行うべきことは、重要特性を1つ選び、測定方法を安定させることです。いきなり多くの特性を管理しようとすると、データ収集だけで現場が疲弊します。

まずは不良影響が大きく、測定頻度を確保できる寸法やトルクなどから始めるのが現実的です。そのうえでゲージR&Rを確認し、測定システムが信頼できる状態にしてから管理図を作ります。

 

管理図の点が管理限界内なら、工程能力は十分ですか?

十分とは限りません。管理限界内にあるということは、工程が統計的に安定している可能性が高い、という意味です。

規格に対して十分な余裕があるかどうかは、CpやCpkで別に確認する必要があります。SPCは安定性を見る道具、工程能力指数は規格適合余裕を見る道具です。

 

管理図はExcelで作ってもよいですか?

Excelでも問題ありません。ただし、中心線、管理限界、異常検出ルール、管理限界の更新履歴を正しく管理できることが条件です。

単に折れ線グラフを作るだけではSPCとは言えません。Western Electric/Nelsonルールの判定や、異常時のアクション記録まで含めて運用できる形にすることが重要です。

 

11. まとめ:SPCを「報告のための図」から「意思決定のためのエンジン」へ

本記事では、SPC(統計的工程管理)の本質を、シューハートの管理状態の概念から実務運用のPDCAまで一気通貫で整理しました。要点を改めて確認します。

  • SPCは偶然原因と異常原因を統計的に分け、異常原因が排除された「管理状態」を目指す品質管理思想です
  • 管理図は±3σの管理限界(約99.73%の偶然原因範囲)で工程の安定性を可視化します
  • シューハート管理図は7種類あり、データの性質(計量値/計数値・サンプル数)で機械的に選びます
  • Western Electric/Nelsonルールで、管理限界内のシフトやトレンドも捉えます
  • 管理限界(工程の声)と規格限界(顧客の声)は別物。両方にYesと言える状態が理想です
  • SPCで安定性を担保し、工程能力指数(Cp/Cpk)で規格適合を別軸で評価します
  • SPCはPDCAサイクルとして回し続ける、継続的改善のエンジンです

SPCの値打ちは、特殊な統計ツールにあるのではなく、「ばらつきと向き合う共通言語」を組織に提供することにあります。管理図の点がUCLを超えた瞬間、設計部門も製造部門も品質保証部門も同じ言葉で議論できる──このコミュニケーション基盤こそが、SPCの本当の価値です。

明日からの品質管理活動で、管理図を「報告書のための図」ではなく「現場の意思決定を加速するためのエンジン」として運用していきましょう。本記事が、皆さんのSPC運用のレベルアップにつながれば幸いです。