特性要因図（フィッシュボーン）とは？原因分析の定番手法を解説

特性要因図とは

特性要因図（Cause and Effect Diagram）とは、ある結果（特性）に影響を与える原因（要因）を体系的に洗い出し、魚の骨のような構造で可視化する分析手法です。日本の品質管理の父と呼ばれる石川馨（いしかわかおる）が1943年に考案しました。そのため「石川ダイアグラム（Ishikawa Diagram）」とも呼ばれます。

図の形状が魚の骨に似ていることから「フィッシュボーンダイアグラム」の通称で世界的に知られています。背骨にあたるメインラインの右端に「結果（特性）」を置き、そこから左に向かって大骨・小骨・孫骨と分岐させて原因を深掘りしていきます。

この手法の最大の価値は、問題の原因を構造的に整理できる点にあります。原因分析は自由に列挙すると漏れや偏りが生じやすいですが、特性要因図はカテゴリ別に整理する仕組みを内蔵しているため、網羅的な分析が可能です。

構成要素

特性要因図は以下の要素で構成されます。製造業で生まれた手法ですが、分類軸をカスタマイズすることであらゆる業種に適用できます。

要素	説明
特性（結果）	分析対象とする問題や現象。図の右端に配置する
大骨（主要因カテゴリ）	原因の大分類。4M・6Mなどのフレームを使う
小骨（個別要因）	各カテゴリに属する具体的な原因
孫骨（詳細要因）	小骨をさらに深掘りした根本的な原因
背骨（メインライン）	特性と大骨をつなぐ中心線

分類軸のバリエーション

製造業では「4M」が基本です。

Man（人）: 作業者のスキル、経験、注意力
Machine（設備）: 機械の性能、老朽化、メンテナンス
Method（方法）: 作業手順、標準、プロセス設計
Material（材料）: 原材料の品質、供給、保管状態

これを拡張した「6M」では、Measurement（測定）とManagement（管理）が加わります。

サービス業やIT業界では「4P」（Policy, Procedure, People, Plant）や「4S」（Surroundings, Supplier, System, Skill）など、業界に適した分類軸を用いることもあります。分類軸は固定されたものではなく、分析対象に合わせて柔軟に設定します。

実践的な使い方

ステップ1: 特性（結果）を定義する

まず、分析対象となる問題を具体的に定義します。「品質が悪い」ではなく「製品Xの不良率が前月比で2%上昇した」のように、測定可能で明確な表現にします。特性の定義が曖昧だと、原因の洗い出しも曖昧になります。

定義した特性を紙やホワイトボードの右端に記載し、左に向かって背骨となる水平線を引きます。

ステップ2: 大骨のカテゴリを設定する

背骨に対して斜めの大骨を引き、各大骨に分類カテゴリのラベルを付けます。4Mを使うか、別のフレームを使うかは分析対象によって決めます。

カテゴリは4〜6個が適切です。少なすぎると網羅性に欠け、多すぎると整理が困難になります。チームで「他に大きな視点はないか」と確認しながら設定します。

ステップ3: 小骨・孫骨で原因を深掘りする

各大骨に対して、具体的な原因を小骨として記入していきます。チームメンバー全員でブレインストーミングしながら進めるのが効果的です。

小骨として挙がった原因に対して「なぜそれが起きるのか」とさらに問いかけ、孫骨として深掘りします。「なぜ」を3〜5回繰り返すことで、表面的な原因ではなく根本原因に到達できます。この点で、特性要因図は「なぜなぜ分析」と相性が良い手法です。

ステップ4: 重要な原因を特定する

全ての要因を洗い出した後、どの原因が最も影響度が高いかをチームで議論します。影響度の大きい原因に印をつけ、データによる検証や対策立案の対象とします。

特性要因図は原因の洗い出しと構造化が目的であり、原因の重み付けや優先順位付けは別の手法（パレート図、マルチボーティングなど）と組み合わせて行います。

活用場面

品質不良の原因分析: 製造業における不良品発生の原因を体系的に洗い出す、最も古典的な活用場面です
プロジェクトの遅延分析: 納期遅延の原因を「人」「プロセス」「ツール」「環境」などのカテゴリで整理し、根本原因を特定します
顧客クレームの分析: クレームの原因を商品・サービス・対応・環境の切り口で構造化し、改善策を検討する際に活用します
業務改善の起点: 現状の業務プロセスにおける問題の原因を網羅的に可視化し、改善施策の立案につなげます
リスクアセスメント: プロジェクト開始前に想定されるリスクの発生原因を体系的に洗い出すツールとしても使えます

注意点

原因と結果の混同に注意する

特性要因図を作成する際に最も多い誤りは、原因と結果を混同することです。「納期が遅れた」は結果であり、原因として記載すべきは「要件定義が不十分だった」「テスト工程の見積もりが甘かった」などです。各骨に記載する内容が本当に「原因」であるか、常に確認します。

完成図が目的ではない

図を美しく仕上げること自体が目的になってはいけません。特性要因図の価値は、作成プロセスを通じてチームが問題構造を共有し、議論を深めることにあります。見た目の完成度よりも、議論の深さを優先します。

データによる検証が不可欠

特性要因図で特定した「重要な原因」はあくまで仮説です。チームの経験や直感に基づいて挙げられたものであり、実際にその原因が結果に影響しているかはデータで検証する必要があります。パレート分析や回帰分析と組み合わせることで、仮説の精度を高められます。

カテゴリに固執しすぎない

4Mや6Mのフレームに無理やり当てはめようとすると、本質的な原因が漏れることがあります。フレームはあくまで思考の出発点であり、該当しない原因があれば独自のカテゴリを追加して構いません。

まとめ

特性要因図は、結果と原因の関係を魚の骨のような構造で可視化し、問題の原因を網羅的かつ体系的に洗い出す分析手法です。石川馨が考案してから80年以上経った現在も、品質管理からコンサルティングまで幅広い分野で活用されています。カテゴリ別に原因を整理する仕組みにより、チームメンバー全員が問題構造を共有し、根本原因の特定と対策立案に集中できる実用的なフレームワークです。