プロジェクトマネジメントガイド · リスク、品質、コントロール
フィッシュボーン図：根本原因分析の方法と例
特性要因図（フィッシュボーン図）は、石川ダイアグラムや原因と結果の図とも呼ばれ、問題の考えられる原因を見つけるための視覚的なツールです。問題を魚の「頭」に置き、考えられる原因を「骨」に沿ってグループ化することで、チームが最初に思いつく明らかな説明の先まで目を向けられるようにします。
要点
- 特性要因図は、問題の考えられる原因を明確なカテゴリーの下に整理します。
- 具体的で測定可能な問題の記述から始めましょう。
- なぜなぜ分析（5 Whys）を使って、症状の奥まで掘り下げましょう。
- 行動する前に、可能性の高い原因をデータで検証しましょう。
特性要因図を使う場面
- 欠陥、遅れ、苦情が繰り返し発生し、その理由が誰にもわからない。
- 複数の項目（ 課題ログ 内）に共通の原因がありそうなとき。
- データを収集する前に、何を調査するかについてチームで合意する必要がある。
- 次の場面： 教訓 のレビューやレトロスペクティブの際。
- 次の一環として： プロジェクト品質マネジメント（パレート図やチェックリストなどのツールとともに）。
この図は、それを広めた日本の品質管理の専門家、石川馨にちなんで名付けられています。
代表的な原因のカテゴリー
カテゴリーはきっかけであってルールではありません。自分の仕事に合う組み合わせを選び、必要に応じて骨を追加したり名前を変えたりしましょう。
| カテゴリー | 典型的な問い | 一般的な分野： |
|---|---|---|
| 人材 | スキル、研修、作業負荷、引き継ぎは？ | すべてのプロジェクト |
| 方法／プロセス | 手順は明確で、守られ、目的に合っているか？ | すべてのプロジェクト |
| 機械／ツール | 設備、ソフトウェア、環境は？ | 製造、IT |
| 材料／インプット | 受け取ったデータ、部品、情報の品質は？ | 製造、IT |
| 測定（Measurement） | 正しいものを正確に測定しているか？ | 品質に重点を置いた作業 |
| 環境 | 場所、条件、組織文化は？ | すべてのプロジェクト |
| マネジメント | 優先順位、意思決定、コミュニケーション、資金は？ | プロジェクトとサービス |
最初の6つはしばしば 6Mと呼ばれます：人（Man）、機械（Machine）、方法（Method）、材料（Material）、測定（Measurement）、環境（Mother nature）。
特性要因図の作り方
- 魚の頭の部分に、明確で具体的な問題の記述を書きます。例：「ユーザーが発見したリリースの欠陥がQ2に倍増した」。
- 背骨を描き、4〜7本のカテゴリーの骨を加えます。
- 作業を行う人々と原因をブレインストーミングし、それぞれをカテゴリーの下に配置します。
- 各原因について「なぜこれが起こるのか？」と問い、小さな骨として下位の原因を加えます。なぜなぜ分析の手法と組み合わせることがよくあります。
- 複数の場所に現れる原因や、チームが最も影響が大きいと考える原因を探します。
- 最も可能性の高い根本原因を選び、行動する前にデータで検証します。
- 対策、担当者、日付に合意し、課題ログまたは次で追跡します： RAIDログ.
計算例
問題： 「月次の顧客レポートが平均4日遅れて納品されている。」チームの図には次の原因が含まれていました：
| 骨 | 見つかった原因 |
|---|---|
| 人材 | 1人のアナリストがすべてのレポートを担当しており、休暇中の代わりがいない |
| 方法 | データの締め切りが合意されていない。レビューが並行ではなく順番に行われている |
| ツール | レポートのテンプレートを毎月手作業で作り直している |
| インプット | 財務データが2日目ではなく5日目に届く |
| 測定（Measurement） | 各ステップにかかる時間を誰も追跡していない |
| マネジメント | レポートの期限がチームの計画に表示されていない |
2か月間に収集したデータから、財務データの遅れとテンプレートの手作業が遅延の大部分を占めていることがわかりました。チームは財務部門と2日目のデータ締め切りに合意し、テンプレートを自動化したうえで、納品日を次で追跡しました： プロジェクト状況報告書.
コツとよくある間違い
- 問題の記述は、事実に基づき測定可能なものにし、解決策を装ったものにしないでください。
- 現場に近い人を巻き込みましょう。管理職だけでは本当の原因を見逃しがちです。
- 図の上の原因は、データで裏付けられるまでは仮説として扱いましょう。
- 個人を責めるのは避けましょう。システムとプロセスの原因を探します。
- 症状で止まらないでください。変えられるものにたどり着くまで「なぜ」を問い続けましょう。
このトピックの無料テンプレート
よくある質問
特性要因図とは何ですか？
問題の考えられる原因をカテゴリーごとにまとめた、魚の骨の形をした原因と結果の図です。
特性要因図が石川ダイアグラムと呼ばれるのはなぜですか？
品質管理での活用を広めた石川馨にちなんで名付けられています。
特性要因図の6Mとは何ですか？
人（Man）、機械（Machine）、方法（Method）、材料（Material）、測定（Measurement）、環境（Mother nature）です。マネジメント（Management）を加えるチームもあります。
特性要因図となぜなぜ分析の違いは何ですか？
特性要因図はカテゴリーにわたって多くの考えられる原因を整理し、なぜなぜ分析は1つの原因の連鎖を掘り下げます。両者はよく一緒に使われます。
特性要因図はどのような場合に使うべきですか？
問題が繰り返し発生し、その原因が不明で、チームで考えられる原因を体系的に探りたい場合です。
特性要因図にはいくつのカテゴリーを設けるべきですか？
通常は4〜7個です。問題に合ったカテゴリーを使いましょう。
特性要因図は品質管理のツールですか？
はい。パレート図、ヒストグラム、チェックシート、管理図と並んで、基本的な品質管理ツール（QC七つ道具）の1つとして広く挙げられています。
特性要因図はプロジェクトのリスクに使えますか？
はい。脅威や好機が発生する原因となり得るものを問うことで、リスクの源泉を特定するのに役立ちます。
特性要因図の次には何をしますか？
可能性の高い根本原因をデータで検証し、是正措置に合意して追跡します。
特性要因図を描くにはどのようなツールを使えますか？
ホワイトボードで十分です。作図ツール、プレゼンテーションソフト、多くの共同編集ホワイトボードアプリに特性要因図のテンプレートがあります。
特性要因図はシックスシグマで使われますか？
はい。次のプロジェクトの分析（Analyze）フェーズでよく使われます： シックスシグマ のプロジェクト。