品質管理やプロジェクトマネジメントの勉強をしていると、「特性要因図って結局なんで魚の骨みたいな形をしてるの？」と疑問に思いがちです。この記事では、図解と過去問ベースで一気に整理します。
対象試験と出題頻度
特性要因図は、ITパスポート・基本情報技術者・応用情報技術者で出題される定番テーマです。
QC七つ道具の一つとして、パレート図・ヒストグラム・散布図などとセットで「どの図が何を表すか」を区別させる問題が繰り返し出されています。
詳細をクリックして確認
ITパスポート
基本情報技術者
応用情報技術者
★★★★☆
ランクA（重要）必ず覚えておくべき
用語の定義
特性要因図（Fishbone Chart / Cause and Effect Diagram）とは、一言で言うと
「ある結果（特性）に影響を与える原因（要因）を、魚の骨のような形で体系的に整理する図」
のことです。
イメージとしては、「病院での問診票」です。
「頭が痛い」という症状（結果）に対して、医師は「睡眠は？」「食事は？」「ストレスは？」「運動は？」と原因を大きなカテゴリに分けて聞いていきます。それぞれのカテゴリの中で、さらに細かく掘り下げていきますよね。
特性要因図も同じで、「不良品が出た」「納期に遅れた」といった結果に対して、原因を大カテゴリ→中カテゴリ→小カテゴリと枝分かれさせて整理します。
発案者の名前から「石川ダイアグラム（Ishikawa Diagram）」とも呼ばれます。
📊 特性要因図の基本情報
| 項目 | 内容 |
|---|---|
| 英語名 | Fishbone Chart / Cause and Effect Diagram |
| 別名 | 石川ダイアグラム、フィッシュボーンチャート |
| 分類 | QC七つ道具の一つ |
| 主な用途 | 原因分析、品質管理、ブレインストーミング |
| 考案者 | 石川馨（東京大学教授・1950年代） |
解説
製造現場やシステム開発で「不良品が多い」「障害が頻発する」といった問題が起きたとき、思いつきで対策を打っても根本原因を外せば再発します。
原因の候補を網羅的に洗い出し、関係者の認識を揃える仕組みが必要です。この目的に応えるため、石川馨が考案したのが特性要因図です。
図の構造：背骨・大骨・中骨・小骨
魚の骨の各部位が、それぞれ意味を持っています。
🐟 特性要因図の基本構造
| 部位 | 表すもの |
|---|---|
| 頭 | 特性（分析したい結果・問題） |
| 背骨 | 特性につながる中心線 |
| 大骨 | 要因の大カテゴリ（4Mなど） |
| 中骨・小骨 | 要因をさらに細分化した具体的原因 |
大骨の定番カテゴリ「4M」
大骨に何を置くか迷ったときに、製造業で使われる定番の切り口が 4M です。
Man（人）、Machine（機械）、Material（材料）、Method（方法）の頭文字をとっています。
サービス業ではここにMeasurement（測定）やEnvironment（環境）を加えて5M+1Eとすることもあります。
作業者のスキル、経験不足、疲労、教育
設備の老朽化、故障、メンテナンス不足
部品の品質、ロットばらつき、仕入先
作業手順、マニュアル、検査基準
記入例：システム障害が頻発する原因分析
IT現場での具体例として、「システム障害が頻発する」を特性に置いた図を示します。
▲ 4Mで大骨を立て、各カテゴリに具体的な原因を中骨として書き出す
QC七つ道具の中での位置づけ
特性要因図は、品質管理で使われる7つの分析ツール「QC七つ道具」の一員です。
試験では他の道具との「役割の違い」が問われるため、対比で押さえます。
| 道具 | 何を表すか | 見分けキーワード |
|---|---|---|
| 特性要因図 | 結果と原因の関係を魚の骨で整理 | 原因分析、魚の骨 |
| パレート図 | 項目別の件数を多い順に並べた棒＋累積折線 | 重点項目の特定、80:20 |
| ヒストグラム | データのばらつき・分布を見る棒グラフ | 分布、度数 |
| 散布図 | 2変数の相関を点で表現 | 相関、点の散らばり |
| 管理図 | 時系列で工程の安定状態を監視 | UCL/LCL、工程管理 |
| チェックシート | データの記録・集計用紙 | 集計、頻度記録 |
| 層別 | データを属性ごとに分類して傾向を見る | グループ分け |
では、この用語が試験でどのように出題されるか見ていきましょう。
💡 特性要因図の核心を3行で
・結果（特性）に対する原因（要因）を魚の骨型に整理する図
・大骨には4M（人・機械・材料・方法）などのカテゴリを置く
・QC七つ道具の中で「原因分析」を担当する
試験ではこう出る！
特性要因図は、IP・FE・APの午前問題でQC七つ道具の比較問題として頻繁に登場します。出題パターンは大きく3つです。
📊 過去問での出題実績
| 試験回 | 出題内容 | 問われたポイント |
|---|---|---|
| IP R5 問35 |
特性要因図の説明として適切なものを選ぶ問題。 | ・「結果に対する原因の関係を体系的に表す」が正解 ・パレート図・散布図・ヒストグラムがひっかけ |
| FE H30秋 問75 |
問題の原因と結果の関連を整理する図はどれか。 | ・正解は特性要因図 ・親和図法・系統図法と区別させる |
| AP H29春 問75 |
QC七つ道具の中から特性要因図の用途を選ぶ問題。 | ・「不良の原因を魚の骨型に整理」が正解 ・「重点項目の特定」（パレート図）に注意 |
📝 IPA試験での出題パターン
パターン1：「説明文を選ばせる」
4つのQC道具の説明文が並び、特性要因図に該当するものを選ぶ形式。キーワードは「原因と結果」「魚の骨」「体系的」。逆に「項目を多い順に」「ばらつき」「相関」といった語が出てきたら別の道具です。
パターン2：「用途から図を選ばせる」
「不良発生の原因を整理したい」「ブレインストーミングで出た要因を分類したい」という状況が示され、適切な図を選ぶ形式。原因分析の状況なら特性要因図を選びます。
パターン3：「別名・考案者」
「石川ダイアグラム」「フィッシュボーンチャート」が特性要因図と同じものだと知っているかを問うパターン。別名で出されても怯まないでください。
試験ではここまででOKです。新QC七つ道具（親和図法・連関図法など）との混同には注意しましょう。
【確認テスト】理解度チェック
ここまでの内容を理解できたか、簡単なクイズで確認してみましょう。
Q. QC七つ道具の一つである「特性要因図」の説明として、最も適切なものはどれでしょうか？
- A. ある結果（特性）に影響を与える要因を、魚の骨のような形で大カテゴリから小カテゴリへ体系的に整理し、原因分析に用いる図である。
- B. 項目別に件数を集計し、件数の多い順に棒グラフを並べ、累積比率を折れ線で重ねることで重点的に対策すべき項目を特定する図である。
- C. 2つの変数の関係を点で表し、それらの間に相関があるかどうかを視覚的に確認するために用いる図である。
正解と解説を見る
正解：A
解説：
選択肢Aは特性要因図の定義そのものです。結果と原因の関係を魚の骨型に整理し、原因を網羅的に洗い出して根本原因の特定に使います。
選択肢Bは「パレート図」の説明です。件数を多い順に並べる棒グラフと累積比率の折れ線を組み合わせ、重点的に対策すべき項目（重要な少数）を見つける道具で、特性要因図とは目的が異なります。選択肢Cは「散布図」の説明です。2変数間の相関の有無を視覚化する図であり、原因分析を体系的に行う特性要因図とは役割が違います。
よくある質問（FAQ）
Q. 特性要因図と「なぜなぜ分析」はどう違いますか？
どちらも原因を深掘りする手法ですが、アプローチが違います。なぜなぜ分析は「なぜ？」を5回繰り返して一本の因果の鎖をたどる縦方向の手法です。一方、特性要因図は最初に4Mなどでカテゴリを広げ、横方向に網羅的に要因を洗い出します。実務では「特性要因図で候補を広げ、有力な要因に対してなぜなぜ分析で深掘り」と組み合わせるのが王道です。
Q. QC七つ道具と「新QC七つ道具」は別物ですか？
別物です。QC七つ道具は数値データを扱う定量的なツール群で、特性要因図はここに含まれます。新QC七つ道具は親和図法・連関図法・系統図法・マトリックス図法・PDPC法・アローダイアグラム・マトリックスデータ解析法の7つで、言語データを扱う定性的なツール群です。試験では「親和図法と特性要因図、原因の整理に使うのはどちら？」のような形で混同を狙う問題が出ることがあります。
Q. IT業界での具体的な使いどころは？
障害事後分析（ポストモーテム）やプロジェクトの遅延原因分析、品質会議でのレビュー指摘の集計などで使われます。例えば「リリース後にバグが頻発した」というテーマで、開発チームがホワイトボードに描いて議論するイメージです。アジャイル開発のレトロスペクティブ（振り返り）で、Keep/Problem/Tryのうち「Problem」の整理に使うチームもあります。
Q. 大骨は必ず4Mを使わないといけませんか？
いいえ、テーマに応じて自由に設定して構いません。サービス業では「人・場所・サービス・情報」、ソフトウェア開発では「設計・実装・テスト・運用」のように、業界や分析対象に合うカテゴリを選ぶのが実用的です。4Mはあくまで「製造業での定番テンプレート」として覚えておけば十分です。
Q. なぜ「石川ダイアグラム」と呼ばれるのですか？
考案者である石川馨（いしかわ かおる）東京大学教授の名前に由来します。1950年代に日本の品質管理運動の中で開発され、その後、海外でも “Ishikawa Diagram” として広く採用されました。日本発の品質管理ツールが国際標準になった代表例で、ISO 9000シリーズの解説書でも紹介されています。
