ビジネスやエンジニアリングの現場において、複雑に絡み合った問題の根本原因を特定することは非常に困難な作業です。
こうした課題を視覚的に整理し、論理的な分析を助けてくれる強力なツールが「特性要因図」です。
特性要因図は、その独特な形状から「魚骨図」や「フィッシュボーンチャート」とも呼ばれ、世界中で品質管理やプロセス改善に活用されています。
この記事では、特性要因図の基本的な定義から、具体的な作成手順、そして現場で成果を出すための活用ポイントを詳しく解説します。
特性要因図（魚骨図）の定義と基本構造
特性要因図とは、ある特定の結果（特性）と、その結果に影響を及ぼしていると考えられる要因との関係を系統的に表した図のことです。
1950年代に東京大学の教授であった石川馨博士によって考案されたため、海外では「イシカワ・ダイアグラム」とも称されます。
この図の最大の特徴は、問題の全体像を一目で把握できる視認性の高さにあります。
魚の骨に例えられる構造
特性要因図が魚骨図と呼ばれる理由は、その見た目が魚の骨格に似ているからです。
図の右端にある「魚の頭」には、解決すべき課題や達成したい目標である「特性」を配置します。
そこから左に伸びる太い背骨に対して、要因を分類する「大骨」、さらに詳細な原因を示す「中骨」「小骨」が枝分かれして描かれます。
この階層構造により、複雑な事象を細分化し、論理的な因果関係を整理することが可能になります。
QC七つ道具としての位置づけ
特性要因図は、品質管理において必須とされる「QC七つ道具」の一つに数えられています。
QC七つ道具には他に、パレート図、チェックシート、ヒストグラム、散布図、管理図、層別がありますが、特性要因図は特に「思考の整理」に特化したツールです。
定量的なデータを分析する前の段階で、仮説を立てるためのフレームワークとして非常に重要な役割を担います。
特性要因図を作成する主な目的
なぜ多くのエンジニアやマネージャーが、手間をかけてまで特性要因図を作成するのでしょうか。
その目的は単なる図解ではなく、チーム全体の認識を一致させ、真の解決策を導き出すことにあります。
根本原因の特定（Root Cause Analysis）
最も大きな目的は、表面化している問題の背後に隠れている「根本原因」を突き止めることです。
人間は問題が発生した際、どうしても目の前の事象に対して場当たり的な対処をしてしまいがちです。
特性要因図を用いることで、複数の要因がどのように絡み合っているかを整理し、「なぜその問題が起きたのか」を深く掘り下げることができます。
ノウハウの共有と技術伝承
特性要因図を作成する過程では、個々のメンバーが持つ知識や経験が可視化されます。
熟練のエンジニアが頭の中で行っている判断基準を図解することで、若手メンバーへの技術伝承や教育にも役立ちます。
また、過去のトラブル事例を特性要因図として残しておけば、同様のミスを防ぐためのナレッジベースとして機能します。
チームの合意形成
複数の部署が関わるプロジェクトでは、問題の原因についての見解が食い違うことがよくあります。
ホワイトボードなどを使い、全員で一つの特性要因図を完成させていくプロセスは、チーム内のコミュニケーションを活性化させます。
全員が納得感を持って次のアクションへ進むための、強力な合意形成ツールとなります。
特性要因図を構成する4つの要素
図を作成する前に、各パーツの名称と役割を正しく理解しておく必要があります。
| 要素名 | 役割・内容 |
|---|---|
| 特性（魚の頭） | 解決したい問題、改善したい品質、達成したい目標。 |
| 背骨 | 特性に向かって左から右へ引かれる太い直線。 |
| 大骨（要因の分類） | 要因をグループ分けする大きなカテゴリー。背骨に向かって斜めに引く。 |
| 中骨・小骨 | 大骨から派生する、より具体的な原因や要素。 |
これらの要素を階層的に組み合わせることで、整理された図が完成します。
特性要因図の作成手順：4ステップ解説
特性要因図を効果的に作成するためには、正しい手順に沿って進めることが重要です。
ここでは、一般的かつ実践的な4つのステップを紹介します。
ステップ1：解決すべき「特性」を決定する
まずは、何を分析したいのかという「特性」を明確に定め、用紙の右側に書き込みます。
特性は具体的であればあるほど、その後の分析精度が高まります。
例えば「システムエラーが多い」とするよりも、「Aシステムのログイン処理におけるタイムアウトエラー」のようにスコープを絞ることが推奨されます。
特性が決まったら、左端からその特性に向かって太い矢印（背骨）を引きます。
ステップ2：主要な要因（大骨）を洗い出す
次に、特性に影響を与えている大きな要因のカテゴリーを4〜6個程度設定します。
これを「大骨」として、背骨に向かって斜めの矢印を描き込みます。
この段階でゼロから考えるのが難しい場合は、後述する「4M」などの既存のフレームワークを活用すると抜け漏れを防げます。
大骨は、分析の方向性を決める重要な土台となります。
ステップ3：要因を深掘りする（中骨・小骨）
各大骨に対して、「なぜその事象が起こるのか」という問いを繰り返し、具体的な要因を中骨として書き足します。
さらに、その中骨に対する原因を小骨、孫骨と展開していきます。
この作業では、ブレインストーミング形式でメンバーから意見を出し合うのが効果的です。
「おそらくこれが原因だろう」という推測も含めて、できるだけ多くの意見を出すことがポイントです。
ステップ4：重要な要因に印を付ける
図が完成したら、全体を俯瞰して、特性に対して特に影響度が大きいと思われる要因を特定します。
影響が大きい要因に丸を付けたり、色を変えたりして強調します。
すべての要因を一度に対策することは不可能であるため、優先順位を明確にすることが、具体的なアクションプラン策定への近道となります。
要因の分類に役立つフレームワーク「4M / 6M」
特性要因図を作成する際、大骨の分類に迷うことがあります。
そのような時に役立つのが、製造業やエンジニアリング分野で一般的に使われる「4M」というフレームワークです。
製造業における4Mの基本
4Mとは、以下の4つの要素の頭文字を取ったものです。
- Man（人）： 作業者のスキル、教育不足、疲労、操作ミスなど。
- Machine（設備）： 機械の故障、メンテナンス不足、ツールの不適合など。
- Material（材料）：
- Method（方法）：
この4つの視点で要因を分類することで、漏れなくダブりなく分析を進めることができます。
環境や測定を加えた5M+1E（6M）
4Mに加えて、さらに以下の要素を追加するケースもあります。
Measurement（測定）： 検査の精度、計測器の誤差、評価基準の曖昧さなど。
Environment（環境）： 室温、湿度、騒音、照明の状態、組織文化など。
ソフトウェア開発においては、Environmentに「インフラ環境」や「ネットワーク構成」を含めることで、より実態に即した分析が可能になります。
ソフトウェア開発における特性要因図の活用例
特性要因図は、物理的な製品を作る製造現場だけでなく、論理的な構築を行うエンジニアリング領域でも威力を発揮します。
バグの発生原因分析
リリース後のシステムで重大なバグが発見された際、その再発防止策を練るために特性要因図が使われます。
要因には「設計書の考慮漏れ」「コーディング時のヒューマンエラー」「テストコードの不足」「本番環境と開発環境の差異」などが並びます。
これらを可視化することで、単なるコードの修正だけでなく、開発プロセス自体の欠陥を見つけ出すことができます。
プロジェクトの遅延分析
開発スケジュールの遅延という特性に対しても、魚骨図は有効です。
「要件定義の頻繁な変更」「リソースの不足」「外部APIの仕様変更」「コミュニケーションのロス」といった要因を整理します。
ボトルネックとなっている要因が特定されれば、マネジメント側がどの部分にリソースを投入すべきかが明確になります。
特性要因図を効果的に運用するためのポイント
図を作成すること自体が目的化してしまい、成果に繋がらないケースも少なくありません。
実効性のある分析を行うための、プロフェッショナルな視点でのポイントを解説します。
「なぜなぜ分析」との組み合わせ
特性要因図を作成する際は、トヨタ生産方式で有名な「なぜなぜ分析」を併用してください。
一つの要因に対して「なぜ？」と5回繰り返すことで、中骨から小骨、さらにその先へと深掘りしていきます。
表面的な事象（例：作業ミス）で止めるのではなく、「なぜミスが起きる仕組みになっていたのか」という真因まで辿り着くことが重要です。
MECE（漏れなくダブりなく）を意識しすぎない
論理的思考においてはMECEが基本ですが、特性要因図の作成初期段階では、あえて厳格な分類にこだわりすぎない方が良い結果を生みます。
あまりに分類に固執すると、自由な発想が妨げられ、重要な要因が切り捨てられてしまう恐れがあるからです。
まずは多くの要因を出し切り、後から整理・統合する柔軟な姿勢が、クリエイティブな問題解決を促進します。
デジタルツールとアナログ手法の使い分け
現代では、オンラインホワイトボードツール（MiroやLucidchartなど）を使って、リモートで特性要因図を作成することが一般的になりました。
デジタルツールは修正や共有が容易である一方、アナログのホワイトボードと付箋を使った作業は、メンバーの熱量を高めやすいという特徴があります。
状況に応じてこれらを使い分けることで、分析の質を最大限に高めることができます。
特性要因図のメリットとデメリット
特性要因図は万能なツールではありません。
長所と短所を理解した上で活用しましょう。
メリット：視覚化と多角的な視点
最大の見リットは、複雑な問題を一枚の図に凝縮して、視覚的に理解しやすい形に変換できる点です。
個人の思い込みを排除し、チーム全員が異なる視点から問題にアプローチできるため、死角がなくなります。
また、要因の重なりや相関関係を整理することで、一つの対策が複数の問題解決に寄与することを発見できる場合もあります。
デメリット：論理的つながりの検証不足
一方で、特性要因図はあくまで「要因の候補」を並べるツールであり、それ自体が科学的な根拠を持つわけではありません。
図に書かれた要因が本当に結果と因果関係にあるかどうかは、別途データを用いた検証が必要です。
また、要因が多すぎて図が複雑になりすぎると、結局どこから手をつければ良いかわからなくなるという「情報の過負荷」に陥るリスクもあります。
まとめ
特性要因図（魚骨図）は、問題解決の第一歩として、エンジニアリングから経営管理まで幅広く活用できる汎用性の高い手法です。
「特性」と「要因」の因果関係を視覚的に整理することで、チーム全体の知見を結集し、本質的な課題へとアプローチすることが可能になります。
4Mなどのフレームワークを活用しつつ、「なぜ？」という問いを繰り返すことで、形骸化しない真の分析を目指しましょう。
重要なのは図をきれいに描くことではなく、それを通じて得られた洞察を具体的なアクションへとつなげることです。
日々の業務で直面する課題に対して、ぜひこの特性要因図を取り入れ、より効率的で建設的な問題分析を実践してみてください。
