フィッシュボーンダイアグラム：根本原因分析をステップバイステップで（例つき）
クイック概要
本当の原因を見つけるフィッシュボーン（石川）根本原因分析の進め方。構造、ファシリテーション、よくある失敗、無料のブラウザ版ツール。
同じ問題が繰り返し起きるとき、目に見える症状だけを直しても、チームは忙しくなるだけで本質的には良くなりません。フィッシュボーンダイアグラム——石川図や特性要因図とも呼ばれる手法——は、誰かが「修正」に取りかかる前に、チームが症状と原因を切り分けるための最も軽量な方法です。このガイドでは、NeatForgeマインドマップジェネレーターを使って約30分で正しく進める手順を解説します。
特性要因図（フィッシュボーン）とは何か
フィッシュボーン図は、横向きに寝かせた魚の骨格のように見えます：
- 魚の頭は結果（エフェクト）——正確に定義された問題です。
- 背骨は問いの軸となる一本の線です。
- 大骨は事前に決めておく原因カテゴリーです。
- 小骨は具体的な原因で、さらに下位の原因を持つこともあります。
規律の核心は大骨にあります。すべての原因を必ずどれかのカテゴリーに入れることで、特定の人が最も詳しい領域だけを深掘りし、他の領域を見落とす事態を防げます。
ステップ1：影響を正確に定義する
「売上が弱い」は結果ではありません、ただの不満です。「Q2にエンタープライズ向けトライアルから有料への転換率が12%から7%へ低下した」なら、立派な結果です。判定基準はシンプルです。正確な結果には、指標と方向、そして期間の3つが含まれています。この一文を、マップの中心テーマとして書き込みましょう。
ステップ2：4〜6つのカテゴリーを選ぶ
教科書通りのカテゴリーではなく、あなたのシステムをきちんとカバーするカテゴリーを選んでください：
- ソフトウェアチーム： 人 · プロセス · ツール · 環境 · データ
- 運用・サポート： 手法 · 設備 · 素材 · 人員 · 測定
- マーケティング： オーディエンス · メッセージ · チャネル · タイミング · オファー
中身が空のカテゴリーを7つ並べるより、正直に運用できる4つのカテゴリーの方がずっと優れています。
ステップ3：なぜを5回で原因を掘る
それぞれの大骨について「なぜこの結果に寄与するのか？」と問い、答えに対してさらに「なぜ？」を最大5段階まで繰り返します。実際のデバッグ現場の例を見てみましょう：
- ビルドが断続的に失敗する（人） → なぜ？
- 開発者がフルテストを実行せずにマージしている → なぜ？
- フルテストに40分かかるから → なぜ？
- テストスイートが直列実行されているから → なぜ？
- CI設定のオーナーが誰もいないから → 根因：所有者不在のインフラ。
個別の修正（テストを並列化する）よりも、所有者の不在というギャップの方が本質的です。ジェネレーターでは、各「なぜ」の階層がそのまま子ノードになります。Tabで一つ深く掘り、Enterで同じ階層の次の原因を追加できます。
ステップ4：対応可能な原因に印をつける
1枚のフィッシュボーンからは、通常15〜30の候補原因が出てきます。その中から、次の2つのフィルタを同時に満たすものに丸を付けてください：
- 証拠： この原因が実際に起きていることを、観察または測定できます。
- 制御可能性： 組織再編なしで、四半期以内に自分たちで変えられます。
それ以外の原因もマップ上に残しておきましょう。背景情報として価値があります。削除しないでください。今日対応できない原因は、次回の振り返りのアジェンダになります。
ステップ5：修正する前に検証する
対応可能な原因の中から上位2〜3つを選び、最も安い検証方法を設計します。「もしこれが本当の原因なら、Xを変えればY日以内に指標が動くはずだ」という形で仮説を立てます。フィッシュボーンが生み出すのは仮説であって判決ではありません。この検証を飛ばすチームは、未検証の思い込みを別の未検証の思い込みで置き換えているだけになってしまいます。
よくある失敗
- 委員会シアター： 20人で1枚のマップをライブで共同編集することです。より良い進め方は、3人がたたき台を作り、5分でレビューし、10分で議論することです。
- 影響のドリフト： マップが「転換率が下がった」から始まったのに、いつの間にか「全部がダメ」にすり替わってしまうことです。大骨が増えすぎたら、マップを分割しましょう。
- 犯人探しの骨： どこかのカテゴリーが人名だけで埋まっているなら、それは原因マップではなく犯人探しマップです。原因をシステムの条件として書き直してください。
- 一回で終わり： フィッシュボーンはスナップショットです。最初の修正をリリースした後にもう一度実行し、どの骨が本当に動いたかを確認しましょう。
ホワイトボードではなくブラウザでやる理由
ホワイトボードの写真は1ヶ月後には読めなくなり、撮影した人のスマホの中に眠ったままになります。マインドマップジェネレーターで作るテキスト駆動のフィッシュボーンなら、会議の後でも編集でき、きれいなPNGとして書き出して文書化できます。しかもすべてがローカルで動作するため、顧客データを含むインシデントの詳細が第三者のサーバーを経由することはありません。ポストモーテムでも安心して使えます。
さらに学ぶ
- 10のマインドマップテンプレートと事例 — 5 Why派生を含む10種類の構造をコピペで活用
- マインドマップジェネレーターの使い方 — レイアウト、ショートカット、インポート/エクスポートを解説
- マインドマップでブレインストーミング — 発散的思考が必要なときに最適な進め方