seigitech

QC7つ道具の実務活用|「なんとなく使っている」から「問題を解決できる」へ

最終更新日 2026-06-03読了時間 約6対象:生産技術担当者、品質管理担当者、現場改善に取り組むエンジニア

この記事でわかること

パレート図・特性要因図・管理図など製造現場で使うQC7つ道具の実務での使い方を解説。「どの場面でどのツールを選ぶか」の判断基準と、よくある使い方の誤りまで現場目線でまとめます。

1「図は作れるが問題が解決しない」

品質改善の会議で特性要因図を書いた。魚の骨のような図が完成した。しかし、「だから原因は何ですか?」という問いに答えられなかった。

QC7つ道具は「知っている」と「使える」の差が大きいツール群だ。

図を作ることが目的になってしまうと、現場の問題は解決しない。この記事では、7つそれぞれを「どの場面で使うか」という観点から整理する。


2QC7つ道具とは

1950年代に日本で体系化された、製造現場の品質管理・改善のためのツールセット。

ツール 主な用途
① パレート図 問題の優先順位をつける
② 特性要因図(魚骨図) 原因を洗い出す
③ ヒストグラム データのばらつきを把握する
④ 管理図 工程の安定性を監視する
⑤ チェックシート データを効率よく収集する
⑥ 散布図 2つの変数の関係を見る
⑦ 層別 データを属性で分けて見る

「7つを全部使う」のではなく、問題のフェーズに応じて選んで使うのが正しい使い方だ。


3問題解決のフェーズとツールの対応

どのフェーズでどのツールを使うか
フェーズ1|何が問題か絞り込む
パレート図層別:不良の種類・発生箇所・時間帯などでデータを分け、影響の大きい問題を特定する
フェーズ2|データを収集する
チェックシート:現場で正確・効率的にデータを取る。何を・どう記録するかを先に設計する
フェーズ3|原因を探る
特性要因図散布図:要因を網羅的に洗い出し、特定の要因と結果の相関を確認する
フェーズ4|ばらつきを把握・監視する
ヒストグラム管理図:データの分布と工程の安定性を確認し、改善効果を継続的に監視する

4各ツールの実務での使い方

① パレート図:「どこから手をつけるか」を決める

不良件数や損失金額を種類別に多い順に並べ、累積比率を折れ線グラフで表す。

実務のポイント:

  • 件数ではなく損失金額・影響度でソートすると優先順位が変わることが多い
  • 上位20%の原因が全体の80%の損失を生む(パレートの法則)
  • 「小さく見えても金額が大きい不良」が真の優先課題であることがある

よくある誤り: 件数の多い不良を優先して、実は損失の大きい不良を後回しにする。


② 特性要因図(魚骨図):「なぜ起きるか」を網羅的に洗い出す

問題(特性)を右側に置き、原因(要因)を骨として広げていく。4M(Man・Machine・Method・Material)を骨格として使うことが多い。

実務のポイント:

  • 図を書くことが目的ではなく、実際に現場で確認できる仮説を出すことが目的
  • 各要因に「なぜ?」を3〜5回繰り返して根本原因まで掘り下げる
  • 完成後、各要因を「データで検証できるか」「現場で確認できるか」でフィルタリングする

よくある誤り: 「4Mの骨を埋める」ことに集中して、実際に現場で確認されていない原因が並んでしまう。特性要因図は仮説リストであり、ここから検証が始まる。


③ ヒストグラム:「ばらつきの形」を見る

測定データを度数分布で表し、分布の形・中心位置・広がりを把握する。

分布の形で読み取れること:

意味
左右対称の釣り鐘型 安定した正常な工程
左右どちらかに偏った形 調整のクセ・一方向の劣化
二山型(双峰) 2つの条件(機械・シフト)が混在
規格ギリギリで急に切れる 選別や手直しが行われている

よくある誤り: データ数が少ないときにヒストグラムを作っても意味のある形が読み取れない。最低50〜100点は必要。


④ 管理図:「工程が安定しているか」を継続監視する

時系列でデータをプロットし、管理限界線(UCL・LCL)と比較して工程の異常を検知する。

Xbar-R管理図が最もよく使われる:

  • Xbar:サンプルの平均値(工程の中心の変動を見る)
  • R:サンプルの範囲(工程のばらつきを見る)

異常のサイン(ルール):

  • 管理限界線を外れた点がある
  • 連続9点が中心線の同じ側にある
  • 連続6点が単調増加または減少している

よくある誤り: 管理図を作るだけで、異常サインへの対応手順が決まっていない。管理図は「異常を発見したら何をするか」のアクションとセットで機能する。


⑤ チェックシート:「現場でデータを正確に取る」設計

不良の種類・発生箇所・発生時刻などを記録する記入様式。

実務のポイント:

  • 後から分析しやすいように、集計に必要な項目を最初に設計する
  • 選択式(○をつける)にして記入ミスを減らす
  • 記入者が現場作業の合間に記入できる手軽さが重要

よくある誤り: 「後から何でも分析できるように」と項目を増やしすぎて、現場で記入が定着しない。記入項目は分析目的に絞る。


⑥ 散布図:「AとBが関係しているか」を確認する

2つの変数をX軸・Y軸にプロットして、相関関係を視覚的に確認する。

相関の種類:

  • 右肩上がりの点群 → 正の相関(Aが増えるとBも増える)
  • 右肩下がり → 負の相関
  • まとまりがない → 相関なし

重要な注意: 散布図で相関が見えても、それが因果関係を意味するとは限らない。 第三の要因が両方に影響している「擬似相関」のケースがある。仮説と合わせて判断する。


⑦ 層別:「どのグループで問題が起きているか」に切り分ける

データを属性(機械・作業者・時間帯・材料ロット)で分けて比較する。

実務のポイント:

  • まずデータ全体を見る → 問題がありそう → どの属性で分けると差が出るかを検討する
  • 機械別に層別すると特定の機械だけ不良率が高いことがわかることが多い
  • 「全体の傾向」と「部分の傾向」は異なることがある(シンプソンのパラドックス)

5よくある失敗パターン

パターン①:特性要因図で会議が終わった

「原因を洗い出そう」と特性要因図を作り、多くの要因が出た。しかしそこで時間切れになり、次のアクションが決まらないまま会議が終わった。

なぜ起きるか:特性要因図は「洗い出し」であって「解決」ではない。作成後に「各要因を現場で確認する担当者と期限」を決めなければ改善につながらない。

パターン②:全部の不良を均等に改善しようとした

発生している不良種類が10種類あり、全てを同時に改善しようとした。リソースが分散して1つも解決しなかった。

なぜ起きるか:パレート図で優先順位をつけずに取り組んだ。上位2〜3種類に集中するだけで損失の80%以上を改善できることが多い。

パターン③:管理図の管理限界線を規格値に合わせた

管理図の管理限界線(UCL・LCL)を、製品の規格値(上限・下限)に設定した。

管理限界線は工程データから統計的に計算する値であり、規格値とは別物だ。規格値を管理限界にすると、工程のばらつきが隠れて異常を検知できなくなる。


6社内で説明するときの言い方

  • 改善活動の導入時:「QC7つ道具は問題解決の手順に沿って使い分けます。まずパレート図で優先課題を絞り、特性要因図で仮説を出し、データで検証します」
  • 特性要因図の後:「今日出た要因の中で、今週中に現場確認できるものを3つに絞りましょう。担当と期限を決めて次回レビューします」
  • 管理図の説明:「管理限界線は工程のデータから計算した値です。規格値とは別です。この線を外れたら原因を調べるサインとして使います」

7まとめ

QC7つ道具は「全部使う」ものではなく「フェーズに合わせて選ぶ」ものだ。

問題の絞り込みにパレート図、原因の洗い出しに特性要因図、ばらつき把握にヒストグラム・管理図。各ツールの「なぜここで使うか」を理解することで、図を作って終わりではなく改善につながる使い方ができる。


8関連記事

👷

この記事の執筆者

seigitech 編集部

生産技術・機械設計・自動化・MES・AIを専門とする実務エンジニア集団。 現場での実務経験をもとに、すぐに使える知識とノウハウを整理・発信しています。