フィッシュボーンダイアグラム(特性要因図)

英語名 Fishbone Diagram (Ishikawa Diagram)
読み方 フィッシュボーン ダイアグラム
難易度
所要時間 30〜60分
提唱者 石川馨(東京大学教授、品質管理の父)
目次

ひとことで言うと
#

問題(結果)を魚の頭に置き、その原因を大骨→中骨→小骨と枝分かれさせて整理する図。「なぜその問題が起きているのか?」を漏れなく・構造的に洗い出し、**真の原因(根本原因)**にたどり着くためのツール。

押さえておきたい用語
#

押さえておきたい用語
特性(Effect)
フィッシュボーンの**魚の頭に置く「結果としての問題」**を指す。「不良品率が上昇」「解約率が急増」のように数値と期間を含めて具体的に定義する。
大骨(Primary Cause)
背骨から斜めに伸びる主要な原因カテゴリのこと。製造業では4M(Man/Machine/Method/Material)、サービス業ではそこに環境・測定を加えた6Mが使われる。
中骨・小骨(Secondary/Tertiary Cause)
大骨からさらに枝分かれして掘り下げたより具体的な原因のこと。「なぜ?」を繰り返すことで中骨→小骨と深掘りする。
根本原因(Root Cause)
すべての骨を俯瞰して特定された最も影響が大きい真の原因のこと。対症療法ではなく、この根本原因に対策を打つことで問題の再発を防ぐ。
4M
Man(人)・Machine(機械)・Method(方法)・Material(材料)4つの原因カテゴリである。石川馨が提唱した品質管理の基本フレーム。

フィッシュボーンダイアグラムの全体像
#

フィッシュボーンダイアグラム:魚の骨構造で原因を整理する
問題(特性)数値で具体的に人(Man)スキル不足人員不足方法(Method)手順の不備ルール不明確機械(Machine)設備の老朽化ツール不足材料(Material)品質のばらつき情報不足大骨→中骨→小骨で「なぜ?」を深掘り
フィッシュボーンダイアグラムの進め方フロー
1
問題を具体的に定義
数値と期間を含めて魚の頭に書く
2
大骨を設定
4M等の原因カテゴリを4〜6本設定する
3
中骨・小骨で深掘り
「なぜ?」を繰り返し具体的な原因を特定
根本原因に対策を打つ
投票やデータで根本原因を特定し、アクションに移す

こんな悩みに効く
#

  • 問題の原因がたくさんありすぎて、どこから手をつけていいかわからない
  • 「たぶんこれが原因だろう」と思い込みで対策してしまい、再発する
  • チームで原因を議論すると、意見がバラバラで収拾がつかない

基本の使い方
#

ステップ1: 問題(特性)を魚の頭に書く

解決したい問題を具体的に定義し、図の右端(魚の頭)に書く。

  • 「3月の顧客クレーム件数が前月比150%に増加」(具体的)
  • 「品質が悪い」(曖昧すぎる)

そこから左に向かって一本の太い矢印(背骨)を引く。

ステップ2: 大骨(主要な原因カテゴリ)を設定する

背骨から斜めに伸びる大骨として、原因のカテゴリを設定する。

製造業でよく使われる4M

  • Man(人) — スキル、ミス、人員不足
  • Machine(機械) — 設備、ツール、システム
  • Method(方法) — 手順、プロセス、ルール
  • Material(材料) — 原材料、情報、データ

サービス業やオフィスワークでは以下も使える:

  • 環境 — オフィス環境、リモートワーク環境
  • 測定 — KPIの設定、評価方法
  • コミュニケーション — 情報共有、報告体制

テーマに合わせて4〜6本の大骨を設定する。

ステップ3: 中骨・小骨で原因を深掘りする

各大骨に対して「なぜ?」を繰り返し、原因を中骨→小骨と細分化していく。

例:大骨「人(Man)」

  • 中骨: オペレーターの経験不足
    • 小骨: 新人研修が2日しかない
    • 小骨: マニュアルが古いまま更新されていない
  • 中骨: 検査担当者の注意力低下
    • 小骨: 夜勤シフトが長すぎる

1つの大骨に3〜5個の中骨が目安。チームで付箋を使いながらやると効果的。

ステップ4: 根本原因を特定し、対策を立てる

すべての骨を俯瞰し、最も影響が大きい根本原因を特定する。

特定の方法:

  • チームで投票(1人3票で重要だと思う原因に投票)
  • データで検証(実際にその原因と問題の相関を確認)
  • 5回の「なぜ?」で最も深くまでたどり着いた原因を選ぶ

根本原因に対して、具体的な対策・担当者・期限を決めてアクションに移す。

具体例
#

例1:SaaS企業の「解約率が急増」した原因を分析

状況: 従業員50名のBtoB SaaS企業。月間解約率が2%→5%に急増し、ARRが月500万円ずつ減少。

問題(魚の頭): 月間解約率が2%→5%に急増

大骨と原因の展開:

プロダクト(Method):

  • 中骨: 先月のUIリニューアルで操作性が悪化
    • 小骨: ユーザーテストを省略してリリース
    • 小骨: ヘルプページが旧UIのまま

カスタマーサポート(Man):

  • 中骨: 問い合わせ対応が遅い(平均48時間→72時間)
    • 小骨: サポートメンバーが2名退職し補充できていない

競合環境(環境):

  • 中骨: 競合B社が無料プランを開始
    • 小骨: SNSで「B社に乗り換えた」という投稿が増加

オンボーディング(Method):

  • 中骨: 新規ユーザーの初期設定完了率が低い(38%)
    • 小骨: 設定ステップが12個あり途中で離脱

根本原因の特定(チーム投票):

原因票数優先度
UIリニューアルでのテスト省略8票最優先
サポートの人員不足6票次点
オンボーディングの複雑さ5票中期

UI改善パッチを1週間でリリースし、解約率5%→3.2%。さらにオンボーディングを12→5ステップに簡素化して3ヶ月後に**2.1%**まで回復。

例2:製造業の「不良品率が倍増」した原因を4Mで分析

状況: 従業員150名の電子部品メーカー。主力製品の不良品率が0.8%→1.6%に悪化し、主要取引先から品質改善要求が届いた。

問題(魚の頭): 主力製品の不良品率が0.8%→1.6%に倍増

フィッシュボーン分析(4M):

大骨中骨小骨
Man(人)検査員の判定基準にばらつき検査マニュアルが5年前のまま
夜勤作業者のミスが多い夜勤の連続勤務が7日間
Machine(機械)検査装置の精度低下校正が6ヶ月行われていない
はんだ付けロボットの温度制御不良設定値が先月変更されたまま
Method(方法)新製品の工程手順が未標準化作業者ごとに手順が異なる
ダブルチェック工程が省略されている納期短縮のため上長が判断
Material(材料)新サプライヤーの部品品質にばらつき受入検査の基準が甘い

根本原因の特定(データ検証):

  • 不良品の発生タイミングを分析 → 70%がはんだ付け工程で発生
  • はんだ付けロボットの温度ログを確認 → 先月の設定変更後に不良率が急増
  • 設定変更の経緯 → 新製品対応で温度を変えたが、既存製品の設定に戻し忘れ

対策と結果:

対策期限効果
はんだ付けロボットの設定を修正即日不良率1.6%→0.9%
設定変更時のチェックリスト導入1週間再発防止
全設備の校正スケジュール策定1ヶ月長期的な品質安定

感覚では「人の注意力不足→研修を増やそう」だった。しかしフィッシュボーンで洗い出すと、真の原因は「機械の設定ミス」。データと合わせて検証し、1日で不良率を半減できた。

例3:個人経営のカフェが「売上低迷」の原因を整理する

状況: 駅前で個人経営のカフェ(席数20)。開業2年目で月商が120万円→85万円に低下。「何が悪いのかわからない」状態。

問題(魚の頭): 月商が120万円→85万円に低下(−29%)

フィッシュボーン分析(カフェ版カテゴリ):

商品(Method):

  • 中骨: メニューが1年以上変わっていない
    • 小骨: 季節メニューを一度も出していない
  • 中骨: コーヒーの味が不安定
    • 小骨: 豆の焙煎度がロットによってばらつく

接客・人(Man):

  • 中骨: アルバイトの接客レベルが低い
    • 小骨: 研修なしで即戦力を期待している
  • 中骨: 店主が調理に集中して客と話す時間がない

立地・環境(環境):

  • 中骨: 駅の反対側にチェーン店が3店オープン
    • 小骨: 価格は自店より30%安い
  • 中骨: 看板が小さく、通行人に気づかれにくい

集客(Material/情報):

  • 中骨: SNSを一切やっていない
    • 小骨: Googleマップの口コミも3件しかない
  • 中骨: リピーター施策が何もない

根本原因の特定: 店主が1週間、来店客にアンケート(30名回収):

  • 「なぜこの店に来るか」→ 「コーヒーが美味しいから」72%
  • 「改善してほしいこと」→ 「メニューに変化がほしい」48%、「ポイントカードがほしい」35%
  • 競合店を利用する理由 → 「知らなかった」が最多(店の存在を知らない)
根本原因インパクト
認知度の低さ(知られていない)最大
メニューのマンネリ
リピーター施策の不在

対策と結果(3ヶ月後):

  • Googleマップ最適化+Instagram開始(認知度向上)→ 新規客が月20名→45名に
  • 月替わりの季節ドリンク導入(メニュー刷新)→ 客単価が650円→780円に
  • スタンプカード導入(リピーター施策)→ リピート率が25%→40%に

最大の問題は「味」でも「接客」でもなかった。「そもそも店の存在が知られていない」という認知の問題。月商85万→115万円に回復。

やりがちな失敗パターン
#

  1. 問題の定義が曖昧 — 「売上が悪い」ではなく「4月の新規顧客の成約率が前年比30%低下」のように数値と期間を含めて具体化する。曖昧な問題には曖昧な原因しか出てこない
  2. 大骨のカテゴリに引っ張られすぎる — 4Mに無理やり当てはめようとして、本質的な原因を見落とす。カテゴリはあくまでガイドであり、枠にはめるものではない
  3. 「犯人探し」になる — 人の名前が原因に上がると、責任追及の場になってしまう。原因は仕組みやプロセスのレベルで書く。「Aさんがミスした」ではなく「ダブルチェックの仕組みがなかった」
  4. 図を描いて満足する — フィッシュボーンは原因特定のツールであって、描くこと自体がゴールではない。必ず「根本原因の特定→具体的対策→担当者・期限の設定」まで落とし込む

まとめ
#

フィッシュボーンダイアグラムは、問題の原因を魚の骨の形で構造的に整理し、根本原因にたどり着くための古典的かつ強力なツール。チームでホワイトボードに描きながら議論すると、一人では気づけない原因が次々と見えてくる。問題が起きたら、まず紙に魚の骨を1本描くところから始めよう。