フィッシュボーン図とは?
フィッシュボーン図は、問題の考えられる原因を見つけるのに役立つ視覚的なツールです。ページの右側に問題を書き、次にそれを引き起こしている可能性のあるものを示すために線を枝分かれさせます — 魚の骨格のようなものです。
石川ダイアグラムまたは因果関係図とも呼ばれることがあります。これは1960年代に日本の品質管理の専門家である石川馨によって作成され、3つの名前はすべて同じツールを指しています。
構造の仕組みは次のとおりです:
「頭」: 理解したい問題または結果が図の右側に配置されます。
「背骨」: 水平線が頭に向かってページを横切ります。
「骨」: 主要な原因カテゴリーが背骨から枝分かれし、さらに小さなサブ原因がそれぞれから枝分かれします。
フィッシュボーン図は通常のマインドマップとは異なります。マインドマップ<はオープンエンドで、あらゆる方向にアイデアを探索するのに役立ちます。フィッシュボーン図には1つの仕事があります:単一の問題を構造化された方法でその根本原因まで遡ることです。
根本原因分析にフィッシュボーン図を使用する理由
職場で何かがうまくいかないとき、最初に見つけた原因を修正したくなります。しかし、それはしばしば症状を治療するだけで、根本原因ではありません — そして問題は再発します。フィッシュボーン図は、行動する前に立ち止まって全体像を見るのに役立ちます。
使用することで得られるものは次のとおりです:
整理された思考: 図は原因をカテゴリーにグループ化するため、乱雑なリストよりもパターンとつながりが見やすくなります
症状と根本原因: 寄与要因を視覚的にマッピングすることで、表面レベルの問題とそれらを引き起こしているより深い原因を区別できます
より良いチームの会話: 視覚的フォーマットは異なる人々からの意見を招き、共通理解を素早く構築します
明確な次のステップ: 原因がマッピングされると、データを収集する場所と調査すべきことが正確にわかります
製造、医療、教育、カスタマーサービスのチームがフィッシュボーン図を使用するのは、この方法が技術者と非技術者の両方に機能するためです。理解するために特別な背景は必要ありません。
フィッシュボーン図を段階的に作成する方法
フィッシュボーン図の作成は明確なプロセスに従います。紙、ホワイトボード、またはマインドマッピングツールで行うことができます — 手順は同じです。
1. 問題ステートメントを特定する
解決したい問題を書き留めることから始めます。これは図の右側にある魚の頭に配置されます。
強力な問題ステートメントは具体的です。感情や漠然とした懸念ではなく、結果または成果を説明します。次の2つを比較してください:
❌ 「顧客が不満を持っている。」
✅ 「顧客は、買い物袋を運ぶときに破れると報告している。」
2番目のバージョンはチームに明確なターゲットを与えます。全員が何を分析しているかを知っており、後で進捗を測定できます。
問題の表現方法がわからない場合は、3つの質問に答えてみてください:何が起こっているか?どこで起こっているか?いつ始まったか?あなたの答えは通常、強力な最初の下書きを与えてくれます。
2. 主要カテゴリーを設定する
次に、「骨」を描きます — 背骨から出てくる主要な枝です。これらは原因が存在する可能性のある広範なカテゴリーを表します。
最も一般的なフレームワークは6Mと呼ばれ、製造および運用上の問題に適しています:
人(Man): トレーニング、スキル、またはヒューマンエラー
方法(Method): プロセス、手順、またはワークフロー
材料(Material): 原材料、供給品、または投入物
機械(Machine): 設備、ツール、または技術
測定(Measurement): データ収集、追跡、または分析
環境(Mother Nature/Environment): 作業空間の状態、規制、または外部要因
6つすべてを使用する必要はありません。問題に合ったカテゴリーを選び、標準リストに何も合わない場合は独自のものを追加してください。カテゴリーは、あなたを箱に入れるためではなく、さまざまな角度から考えることを促すためにあります。
3. 潜在的な原因をブレインストーミングする
カテゴリーが整ったら、チームを集めて各カテゴリーの下で 原因をブレインストーミングします。最高のフィッシュボーン図は、プロセスを毎日扱っている人々から生まれるので、彼らを招待してください。
この段階のいくつかのヒント:
すべてのアイデアを歓迎する: 批評は後で — 今は広く網を張っています。
「これを引き起こす可能性があるものは何か?」と尋ねる: 各カテゴリーについて質問を繰り返して、会話を集中させます。
各原因を枝として書く: エントリーは短く、文章ではなく簡単なフレーズのようにします。
同じ原因が複数のカテゴリーに表示されても心配しないでください。その重複はしばしば調査する価値のある重要なものを指しています。
4. サブ原因を展開する
ほとんどの原因には独自の原因があります。追加した各枝について、「なぜこれが起こるのか?」と尋ね、答えをより小さな枝として書きます。
たとえば、「設備の故障」が機械の下にあるとします。サブ原因には次のものが含まれる可能性があります:
メンテナンス不足
時代遅れの機械
不適切な校正
各レベルで再び「なぜ」と尋ねることで続けることができます。これは5つのなぜ技法に似ており、根本原因に向かって掘り下げるためにフィッシュボーン図とよくペアになります。
5. 根本原因を確認し優先順位をつける
図がいっぱいになったら、一歩下がって全体として見てください。すべての原因が同じように可能性が高いまたは影響力があるわけではないので、次のステップは最初に調査するものを決定することです。

優先順位をつけるいくつかの方法:
重複を探す: 複数のカテゴリーに表示される原因は、しばしばより詳しく見る価値があります。
修正すれば問題が再発しなくなる原因に焦点を当てる: これらは通常、真の根本原因です。
データで仮定をテストする: 解決策に飛びつく前に証拠を収集します。
図自体は何も修正しません — 次にどこを見るべきかを教えてくれます。

ここから、チームは実験を実行し、データを収集し、どの修正が努力に値するかを決定できます。
フィッシュボーン図の一般的な原因カテゴリー
6Mは多くの問題に適していますが、唯一の選択肢ではありません。状況に合わせてカテゴリーを入れ替えることができます。
最もよく出てくる2つの代替案:
プロセスベースのカテゴリー: ワークフローを分析している場合は、プロセスステップをカテゴリーとして使用します。小売チームは注文、配送、支払い、フォローアップを使用する可能性があります。
カスタムカテゴリー: 一部の業界には独自のラベルが必要です。公共セクターのチームは政策、手順、場所を使用する可能性があり、ソフトウェアチームはコード、インフラストラクチャ、ユーザー入力を追跡する可能性があります。
簡単な比較は次のとおりです:
標準カテゴリー
使用するタイミング
人、方法、材料、機械、測定、環境
製造、製品品質、運用上の問題
プロセスステップ(注文、配送、支払い、フォローアップ)
サービス提供、顧客体験の問題
カスタムカテゴリー
業界固有または異常な問題
目標は、重要なものを見逃すことなくチームが広く考えるのに役立つカテゴリーを選ぶことです。原因がカテゴリーに合わない場合、それは新しいものを追加する兆候です。
さまざまなシナリオでのフィッシュボーン図の例
例は方法を理解しやすくします。ここに2つのシナリオがあります — 1つは製品について、もう1つはサービスについて — フィッシュボーン図がどのようにまとまるかを示しています。
製品品質問題の例
食料品店は、紙の買い物袋が顧客が家に持ち帰るときに破れるという苦情を受け続けています。チームは調査するためにフィッシュボーン図を作成します。
魚の頭にある問題ステートメント:「顧客は、買い物袋を運ぶときに破れると報告している。」
そこから、チームは4つのカテゴリーにわたって考えられる原因をマッピングします:
材料: 袋は以前よりも薄く、サプライヤーが最近変更されました。
方法: スタッフは袋を過剰に詰め込み、袋詰め技術のトレーニングが不足しています。
機械: 袋ディスペンサーは引っ張られたときに袋を破ります。
環境: 湿気のある保管が時間の経過とともに紙を弱めます。

詳しく見た後、チームは店がお金を節約するために取っ手のない袋に切り替えたことを発見します。根本原因は、袋の耐久性を低下させたコスト削減の決定です。可能な修正には、取っ手付きの袋に戻すこと、袋詰めについてスタッフをトレーニングすること、またはレジで再利用可能な袋を提供することが含まれます。
サービス提供問題の例
健康クリニックは、過去3か月間で患者の待ち時間が増加していることに気づきます。チームはフィッシュボーン図を使用して理由を特定します。
問題ステートメント:「患者の待ち時間が平均30分以上増加している。」
チームは4つのカテゴリーの下で原因をマッピングします:
人: スタッフの離職率が高く、新入社員はまだトレーニング中です。
方法: スケジューリングシステムは予約間のバッファなしでオーバーブッキングを許可します。
測定: 待ち時間の追跡は一貫性がなく、患者の旅の一部を見逃しています。
環境: 季節性疾患により患者数が急増しています。

チームがデータを掘り下げると、スケジューリングソフトウェアが最近更新され、現在はデフォルトで短い予約スロットになっていることがわかります。予約は時間を超えて実行され、遅延は一日中雪だるま式に増えます。修正には、デフォルトのスロット長の調整、バッファ時間の追加、または予約タイプのずらしが含まれる可能性があります。
MindMeisterでフィッシュボーン図を作成する
紙とホワイトボードはクイックセッションには問題ありませんが、デジタルツールはプロセスをより速く、共有しやすく、更新しやすくします。MindMeisterの枝分かれ構造はフィッシュボーンフォーマットを反映しており、チームはどこからでもリアルタイムで同じ図で作業できます。
MindMeisterテンプレートライブラリには、すぐに使えるフィッシュボーン図テンプレートもあるので、ゼロから始める必要はありません。
1. マインドマップテンプレートを開くまたは選択する
開始するには:
MindMeisterにログインするか、>無料アカウントにサインアップ します。
ダッシュボードから、「新しいマインドマップを作成」をクリックするか、テンプレートライブラリを開きます。
「フィッシュボーン図」または「根本原因分析」を検索します。
テンプレートを選択して、事前に構築されたマップを開きます。
ゼロから構築したい場合は、空白のマインドマップ を開いて、手動で枝を追加します。
2. 主要な問題ステートメントを追加する
マップの中心トピックは魚の「頭」です — 分析している問題です。中心トピックをクリックして編集し、問題ステートメントを入力します。記事の前半の例のように、短く具体的に保ちます。
MindMeisterでは、中心トピックはキャンバスの中央に配置され、枝が扇状に広がり、フィッシュボーンの形を反映しています。
3. カテゴリーを枝分かれさせる
次に、中心から枝として主要な原因カテゴリーを追加します。中心トピックをクリックしてTabキー(または「+」アイコン)を押して新しい枝を追加し、人、方法、材料などのカテゴリー名でラベルを付けます。使用する予定の各カテゴリーについて繰り返します。
枝は中心トピックの周りに自動的に配置され、必要に応じてドラッグして再配置できます。カテゴリー別に色分けすると、図が一目で読みやすくなります — 枝の色はフォーマットツールバーにあります。
4. サブ原因を追加する
カテゴリーが整ったら、サブ枝として特定の原因を追加します。カテゴリー枝をクリックし、Tabキーまたは「+」アイコンを押して、原因を短いフレーズとして入力します。チームが考え出した原因が各カテゴリーに含まれるまで続けます。
「なぜ」を複数回尋ねるときに役立つ、任意のサブ原因にサブ枝を追加することでさらに深く掘り下げることができます。MindMeisterはリアルタイムコラボレーションをサポートしているため、チームメイトは同時に原因を追加できます。また、追加のコンテキストをキャプチャするために、任意の枝にメモやコメントを添付することもできます。
5. 図を確認して共有する
図の準備ができたら、それを見る必要がある人と共有します。共有ボタンをクリックしてチームメンバーまたは関係者を招待し、それぞれに表示のみまたは編集アクセスを選択します。また、レポートやプレゼンテーション用に図をPDFまたは画像としてエクスポートすることもできます。
プレゼンテーションモードを使用すると、会議中に図を一度に1つの枝ずつ説明でき、全員が一度に1つのカテゴリーに集中できます。チームが新しい情報を収集したり原因を除外したりするときに、戻って図を更新します。
次の問題解決セッションを視覚的にする
フィッシュボーン図は、乱雑で抽象的な問題を、実際に作業できる明確な視覚に変えます。原因を推測したり、定着しない修正に飛びついたりする代わりに、チームはどこを見るべきか — そしてどこを見るべきでないか — の共有マップを取得します。
MindMeisterはそのプロセスを協働的にします。チームはリアルタイムで一緒に図を作成し、メモやコメントを添付し、誰とでも共有し、学習するにつれて更新できます。
特性要因図で真因を見える化しよう


