フィッシュボーン図（石川図）分析チュートリアル¶

1. フィッシュボーン図とは？¶

フィッシュボーン図は、石川図または特性要因図とも呼ばれ、特定の問題（結果）につながる複数の潜在的な原因を体系的に識別し、整理・表示するために使用される古典的な問題分析ツールです。

この図は、1960年代に日本の品質管理の専門家である石川馨博士によって開発され、魚の骨格に似ていることからその名前が付けられました。魚の頭の部分が「結果」（問題）を表し、骨の部分がその結果につながるさまざまな「原因」を表します。

2. なぜフィッシュボーン図を使うのか？¶

フィッシュボーン図の主な価値は以下の通りです：

構造的な思考：チームが問題のすべての可能性のある原因を多角的に体系的に考えるための明確な枠組みを提供します。
視覚的な分析：複雑な原因と結果の関係を直感的なグラフィカルな方法で提示し、チームの理解と議論を促進します。
チーム協働の促進：ブレインストーミングに最適で、チームの総意を結集してさまざまな視点から原因を明らかにできます。
根本原因の特定：主要な原因をさらに細分化することで、チームが問題の根本的な原因に深く掘り下げることを支援します。

3. フィッシュボーン図の構造¶

典型的なフィッシュボーン図は、以下のコア部分で構成されています：

頭：右向きで、分析対象となる問題または結果を表します。
背骨：魚の頭から左に向かって伸びる水平なメインライン。
主骨：背骨から斜めに伸びる主要なブランチで、原因の主要カテゴリを表します。
副枝／小骨：主骨から伸びる小さなブランチで、各カテゴリ内の具体的な原因を表します。

一般的な主原因カテゴリ（主骨）¶

主骨の分類は分析対象に応じて柔軟に調整できます。以下はいくつかの古典的な分類モデルです：

製造業（6Mモデル）：
- 人（Manpower）：作業者のスキル、経験、態度など。
- 方法（Method）：作業手順、操作仕様、工程パラメータなど。
- 機械（Machine）：設備・工具の状態、精度、保守など。
- 材料（Material）：原材料の品質、仕様、サプライヤーなど。
- 測定（Measurement）：測定器、検査基準、データの正確性など。
- 環境（Milieu/Mother Nature）：温度、湿度、照明、職場の文化的雰囲気など。
サービス業（4Sまたは8Pモデル）：
- サプライヤー（Suppliers）
- システム（Systems）
- スキル（Skills）
- 周囲（Surroundings）
マーケティング（8Pモデル）：
- 製品（Product）
- 価格（Price）
- 流通（Place）
- プロモーション（Promotion）
- 人（People）
- プロセス（Process）
- 物理的証拠（Physical Evidence）
- 生産性と品質（Productivity & Quality）

4. フィッシュボーン図の描き方と使い方¶

ステップ1：問題の定義（魚の頭）¶

問題を明確にする：まず、分析する問題を具体的かつ明確に定義します。例えば、「今四半期の顧客満足度が15%低下した」など。
魚の頭を描く：ホワイトボードまたは紙の右側に箱を描き、そこに問題を記入し、箱から左に向かって水平な背骨を引きます。

ステップ2：原因の主要カテゴリ（主骨）の決定¶

分類モデルの選択：問題の性質に応じて適切な分類モデル（例えば製造業では6M）を選択します。
主骨を描く：背骨の上下に斜めの線をいくつか描き、主骨として各カテゴリ名（例："人"、"機械"、"方法"など）を記入します。

ステップ3：具体的な原因のブレインストーミングと特定（副枝／小骨）¶

チームでの議論：関係するチームメンバーを集め、各主カテゴリごとにブレインストーミングを行います。
問いかけによる導き：5Why's法を活用し、「なぜこれは起こっているのか？」と繰り返し問うことで、より深い原因を探ります。
- 例えば、「人」の主骨の下で、「なぜオペレータがミスをしたのか？」→「トレーニングが不十分だったから」→「なぜトレーニングが不十分だったのか？」→「標準化されたトレーニング資料がなかったから」など。
副枝／小骨を描く：議論を通じて特定された具体的な原因を、対応する主骨に接続する副枝または小骨として描きます。

ステップ4：主要原因の分析と特定¶

フィッシュボーン図の見直し：すべての可能性のある原因をリストアップした後、チームで全体図を一緒に見直します。
主要原因の特定：議論、投票、または簡単なデータ検証を通じて、問題に最も大きな影響を与え、最も可能性が高い主要原因（または根本原因）を特定します。丸やアスタリスクでマークします。

ステップ5：改善策の立案¶

アクションプランの作成：特定された主要原因に対して、具体的かつ実行可能な改善策とアクションプランを作成します。

5. 実践例：「ソフトウェアのコンパイル時間が長すぎる」の分析¶

graph TD
    subgraph ソフトウェアのコンパイル時間が長すぎる
        direction LR
        subgraph 人
            A[並列プログラミング経験の不足]
            B[コードスタイルの不統一]
        end
        subgraph 方法
            C[増分コンパイル未使用]
            D[逐次ビルドプロセス]
        end
        subgraph 機械
            E[ビルドサーバーの低性能]
            F[ネットワーク遅延が高く、依存関係の取得が遅い]
        end
        subgraph 材料（ここではコードと依存関係）
            G[大規模なサードパーティライブラリの導入]
            H[モジュール間の循環依存]
        end
        subgraph 測定
            I[コンパイル時間の監視なし]
        end
        subgraph 環境
            J[開発ツールのバージョン不統一]
        end
        A & B --> 人
        C & D --> 方法
        E & F --> 機械
        G & H --> 材料
        I --> 測定
        J --> 環境
        人 & 方法 & 機械 & 材料 & 測定 & 環境 --> K{ }
        K -- 背骨 --> L[問題:
ソフトウェアのコンパイル時間が長すぎる]
    end
    style L fill:#f9f,stroke:#333,stroke-width:2px

分析と結論：上記の分析により、チームは「ビルドサーバーの低性能」、「増分コンパイル未使用」、「モジュール間の循環依存」が最も影響の大きい主要原因であると判断し、それに基づいてハードウェアのアップグレードと技術的リファクタリングの計画を立案できます。

フィッシュボーン図は柔軟で強力なツールであり、包括的な思考を促進し、複雑な状況においてチームが思考を整理し、問題解決のための有効な道筋を見つけるのを支援します。