1 根本原因の定義
根本原因とは、問題や不具合が繰り返し生じる背景にある、表面上の結果（症状）を形作るより深い原因を指す概念である。単発の不具合ではなく、再発の可能性が残る状態に着目し、その発生を許す仕組みや条件まで掘り下げることが重視される。
そのため根本原因は「なぜ」を説明するだけで終わらず、再発を抑える観点から、意思決定や設計、運用、教育などの層にまで踏み込む対象となる。結果として、個々の出来事の背後で働く制度、管理方法、判断基準といった構造的要素が焦点になる。
1.1 症状と原因の違い
症状は、事象の結果として観測される現象であり、しばしば即時の対応対象となる。たとえば不良品の発生、手順逸脱の痕跡、異常停止などが該当する。一方で原因は、症状が生じるに至った因果関係の起点や、条件の組み合わせを意味する。
根本原因分析では、原因を階層的に扱い、症状に直結する要因だけでなく、症状を生み出す“土台”にある要因を区別する点が重要である。
1.1.1 表層的要因（直接原因）
表層的要因、あるいは直接原因は、症状と近い関係にある出来事や条件である。典型例として、作業中の操作ミス、部品の不適合、検知器の一時的な不作動、点検漏れなどが挙げられる。
これらは再発防止に向けた「入口」にはなり得るが、原因として留まると同種の事象が別の場面でも起こり得る。直接原因の特定が目的化すると、再発を生む運用上の弱点が見落とされやすい。
1.1.2 深層的要因（根本原因）
深層的要因、すなわち根本原因は、直接原因を起こしやすい条件を継続的に作っている要素である。具体的には、教育設計の不備、作業標準の曖昧さ、検査方針の欠陥、設備保全計画の妥当性不足、報告・監視の仕組みの弱さなどが該当する。
根本原因の捉え方は「個別の失敗」を説明するだけでなく、「同じ失敗が繰り返される理由」を解くことにある。結果として、対策は個人の注意喚起に留まらず、プロセスや管理体系の変更として表れることが多い。
1.2 「再発防止」との関係
根本原因という概念は、再発防止と強く結び付く。再発防止とは、同一の症状を再び起こさないだけでなく、同様の条件が揃った場合でも同種の結果に至りにくくすることを含む。
そのため根本原因の特定は、対策の設計に直結する。どの要因を変えれば「同じパターン」が成立しなくなるかを判断する基盤として機能する。
1.2.1 是正処置と予防処置
是正処置は、既に発生した問題に対する再発抑制のための対応である。多くの場合、直接原因および根本原因に近い要因へ手当てを行い、同条件での再発を防ぐ。
予防処置は、まだ顕在化していない潜在的な不具合を、未然に抑えるための活動である。根本原因分析が将来の類似事象を想定できるなら、予防的な対策立案につながる。両者は相互補完の関係にある。
1.2.2 確実性のある対策設計
再発防止の確実性は、対策の設計品質に左右される。注意喚起のみの対策は実行に依存しやすく、環境や人員が変われば効果が揺れる。対策は、プロセスに組み込まれること、検証可能な条件を含むこと、失敗しても検出・回避できる設計になっていることが望ましい。
また、対策の対象範囲を広げ過ぎると実装が困難になり、狭め過ぎると再発の穴が残る。根本原因に照らした「効く範囲」の特定が、確実性の高い設計につながる。
2 根本原因分析の考え方
根本原因分析は、単なる推測の連結ではなく、事実と整合する因果仮説を段階的に組み立て、妥当性を確認するための考え方である。分析の質は、目的設定、情報の扱い、検証の仕方によって大きく変わる。
また、分析の過程では「原因を見つける」だけでなく、「その原因が繰り返し成立する条件を明らかにする」ことに力点が置かれる。これにより再発防止の設計が現実的になる。
2.1 原因の階層モデル
原因を階層化して扱うと、表面的な出来事から、管理や制度といった背景へ焦点を移せる。階層モデルは、どの種類の要因をどの深さで扱うかを示し、議論の迷走を抑える役割を持つ。
階層を意識すると、直接原因が同じでも、背景が違うため対策が変わるといった差異が捉えやすくなる。
2.1.1 事象・条件・背景の切り分け
根本原因を探る際には、まず「事象」「条件」「背景」を切り分ける。事象は起きた出来事そのものであり、条件はその出来事が成立し得る前提である。背景は、条件を生み出し続ける要因を指す。
この区分を曖昧にすると、たとえば一時的な異常が“背景”として扱われたり、運用の欠陥が“条件”として見落とされたりする。切り分けを明確にし、必要な情報の収集範囲も合わせて設計することが重要である。
2.1.1.1 人・手順・設備・環境の観点
階層モデルを実務に落とし込むための観点として、人・手順・設備・環境が用いられることが多い。人の観点では技能や判断、役割認識、経験不足などが対象になる。手順では標準化の度合い、手順書の整合性、例外処理の明確さが焦点となる。
設備の観点では能力の限界、保全頻度、監視の仕組みが関係する。環境は運用条件、資材の供給状態、作業空間、同時並行作業など、行動や判断を左右する外部要素を含む。これらを網羅的に点検することで、根本原因候補の抽出精度が上がる。
2.2 誤りやすい落とし穴
根本原因分析には、認知的・組織的な偏りが入り込みやすい。偏りが強いと、もっともらしい説明に収束し、対策が再発に効かない形で固定される恐れがある。
ここでは、よく見られる誤りを整理し、分析の健全性を保つ考え方を示す。
2.2.1 個人の責任に矮小化する問題
分析が個人の不注意や能力不足に収束すると、対策は指導・再教育・注意喚起といった短期の施策になりがちである。注意不足が要因であっても、それが生じた背景には教育設計、手順の分かりやすさ、監督の頻度、作業負荷などが絡むことが多い。
責任の所在を明確にする必要がある場合でも、根本原因分析は仕組みの改善を優先する枠組みとして運用することが望ましい。個人最適に陥ると、同種の条件が別の人へ波及したときに再発が起こる。
2.2.2 先入観による原因の決めつけ
先に結論を置くと、後から集めた情報が結論の補強に用いられ、反証の検討が弱くなる。たとえば「以前も同じだから今回も同じ」という経験則が、状況変化を見落とす原因になることがある。
また、議論の焦点が特定の部署や領域に向くと、データの収集範囲が偏りやすい。中立な視点で複数仮説を並行に扱い、確からしさを更新する姿勢が重要である。
2.2.2.1 データ不足と確認の欠如
データ不足は、原因候補を絞り込む際の根拠が弱い状態を指す。記録が欠けている、ログの取得粒度が足りない、観察タイミングが遅いなどの理由で、重要な因果関係が確認できないことがある。
確認の欠如は、得られた情報に対して再検証や追加調査が行われず、誤った確信が残る状態である。分析では「不足している事実」を明示し、次に何を調べれば仮説が成立するか／しないかを判断できるかを計画することが、誤差の縮小につながる。
3 代表的な分析手法
根本原因分析には複数の手法があり、目的や対象の性質に応じて選択される。共通するのは、情報を構造化し、原因の層を深めるプロセスを持つ点である。
ここでは、実務で広く用いられる手法を整理する。
3.1 5なぜ
5なぜは、質問を繰り返すことで、表面的な説明から深層へ到達しようとする手法である。通常は「なぜそれが起きたのか」を起点に、次の「なぜ」を連鎖させることで因果関係を辿る。
ただし固定の回数に意味があるわけではなく、必要な深さに到達できるまで質問を続ける考え方が重要である。
3.1.1 質問設計のコツ
質問は、抽象語で終わらせず、具体的な行動・条件・判断に結び付けることが望ましい。たとえば「なぜ品質が下がったか」よりも、「なぜ検査工程で不合格が検出されなかったか」といった形にすると、次に調べるべき範囲が明確になる。
また、同じ方向の質問に偏ると視野が狭まるため、作業、判断、環境、管理の観点へと問いの軸を広げると有効である。質問の言葉遣いは、責任追及ではなく要因の特定を促す設計が適する。
3.1.2 回答を根拠づける方法
回答は「そう思う」ではなく、観測結果、記録、測定値、証言などに紐づけて提示する必要がある。データがない場合は、その場で仮説とし、追加調査の計画に切り替える。
さらに、質問の出し手と回答の作成者が同一である場合、確認が省略されやすい。可能であれば別の参加者が矛盾点を点検し、因果のつながりが説明可能かを評価することで、説得力の偏りを抑えられる。
3.2 特性要因図（フィッシュボーン）
特性要因図は、特定の結果（特性）を中心に、原因候補を系統立てて整理する図解手法である。魚の骨のように枝分かれするため、フィッシュボーンとも呼ばれる。
原因が多い場合でも、分類軸を通じて整理が進むため、議論の散逸を防ぐ効果がある。
3.2.1 分類軸の設定
分類軸は、手法の成果に直結する。先に人・手順・設備・環境などの観点を置くと、抜け漏れを減らせる。業種によっては、工程段階、品質特性、管理体系など別の軸を採用することもある。
分類軸の決定は、対象の性質と、対策をどのレイヤで実施するかに合わせて行う。軸が現実の管理構造と食い違うと、原因の整理はできても対策設計へ接続しにくくなる。
3.2.2 仮説と検証の進め方
特性要因図は整理の枠組みであり、そこから「どれが実際に効いているか」を検証する工程が必要である。各枝に対して、観測根拠の有無、整合性、再現性などを評価し、優先度を決める。
検証では、追加測定、工程条件の比較、監視記録の読み取り、試験的変更など、目的に沿った方法を選ぶ。図の作成で満足してしまうと、根本原因へ到達する前に議論が止まりやすい。
3.3 故障モード影響解析
故障モード影響解析（FMEA）は、起こり得る不具合のパターン（故障モード）を洗い出し、それが及ぼす影響と発生頻度や検出性を評価する手法である。根本原因分析が事後の原因特定に重心を置くことが多いのに対し、FMEAは事前の予防にも適用しやすい。
評価結果は、改善の優先順位付けに活用される。
3.3.1 リスク評価の基本
リスク評価では、故障モードが発生する可能性、影響の大きさ、検出のしやすさなどが考慮されることが多い。数値化する場合もあれば、段階的評価として運用される場合もある。
重要なのは、評価が主観の積み上げにならないよう、根拠となるデータや経験知の出所を整理する点である。さらに、過去事例と現状の条件が一致するかを点検し、評価の前提を明確にする必要がある。
3.3.2 優先度付けと対策への接続
優先度は、単に最悪の影響だけで決めず、発生と検出の観点も合わせて判断する。高優先度の故障モードに対して設計変更、工程変更、監視強化、保全計画の見直しなどを割り当て、対策の種類を決める。
対策後は、リスク指標が改善したかを再評価し、運用上の副作用がないかも確認する。根本原因分析としては、原因そのものの特定に加えて「許容されない状態が成立する流れ」を断つことが目標となる。
3.4 アイスバーグ的理解（見えない要因）
アイスバーグ的理解とは、表面に見える症状だけでなく、水面下にある見えない要因を扱う考え方である。氷山の構造を比喩にし、短期の出来事の背後に、文化や制度などの深層要素が存在するという見立てを強調する。
この視点は、再発が「偶然」ではなく「構造」から生まれることを示唆する。
3.4.1 文化・制度・教育の影響
文化や制度は、人々の判断基準や報告行動に影響を与える。たとえば、問題報告が不利益につながる雰囲気があると、異常が早期に見えにくくなる。制度としては権限設計、責任分界、監査の頻度などが関係する。
教育は、知識の有無だけでなく、判断の訓練、例外時の扱い、現場での優先順位の形成に関わる。これらが不十分だと、直接原因が繰り返されやすくなるため、根本原因として扱う対象になり得る。
3.4.2 長期的な再発要因
長期的な再発要因は、短い期間では変化しにくい特徴を持つ。人員異動、設備更新の遅れ、予算配分、標準改定のサイクルなどが例として挙げられる。
また、運用が回り始めると改善要求が後回しになりやすく、根本原因が残ったまま「今は回っている」状態が固定化されることがある。長期視点では、監視指標や標準の更新規律、学習のループ設計が焦点になる。
4 分析の実務プロセス
根本原因分析を実務として成立させるには、手順化されたプロセスが必要である。目的からデータ収集、仮説検証、対策立案、定着までを一連の流れとして扱うことで、分析の空中分解を防ぐ。
以下は一般的な進め方である。
4.1 目的と範囲の設定
まず分析の目的を定める。目的が曖昧だと、原因候補の選び方や対策の方向性が定まらない。目的は再発防止に置く場合が多いが、学習の促進やプロセス改善など、達成形も含めて言語化することが望ましい。
また、範囲を適切に切ることが重要である。広すぎると収束せず、狭すぎると背景要因が抜ける。
4.1.1 対象事象の明確化
対象事象は、いつ、どこで、誰が、何が、どの程度起きたかを具体化する。再現条件や関連する前後工程も含め、観測できる範囲を定義することが必要である。
同種の出来事をまとめて扱う場合は、分類条件を揃え、別の要因が混入しないよう注意する。事象の定義が曖昧だと、根本原因の特定が後追いになりがちである。
4.1.2 成功指標の定義
成功指標は、分析が終わった状態を定義するための基準である。たとえば、対策が実装されて一定期間に発生率が下がったこと、監視指標が改善したこと、逸脱の検出までの時間が短縮したことなどが該当する。
指標は測定可能であるほど良い。さらに、時間軸を持たせて短期と中期の到達点を設定すると、対策の評価が実行計画に結び付く。
4.2 データ収集と事実整理
データ収集では、推測を補強するためではなく、仮説を検証するための情報を集める。必要な粒度や観測期間を定め、収集漏れを減らす設計が求められる。
事実整理では、事象の時系列、関連者、工程、条件を統合し、比較可能な形に整える。整理の質が、その後の原因推定の精度を左右する。
4.2.1 記録・ログ・観察の使い分け
記録は手続き文書、報告書、点検票などの形で存在する情報である。ログはシステムや計測機器が生成する時系列のデータであり、時間的な因果関係の確認に向く。
観察は現場の実態把握に適し、条件の再現性や作業の流れを捉えるのに役立つ。ただし観察は主観の混入が起こり得るため、可能なら複数の観察者、同一評価基準を用いるとよい。データ種別に応じた活用が、偏りを減らす。
4.2.2 バイアスの管理
バイアスは、先入観や感情、組織の力学によって情報が歪む現象である。対策としては、収集段階で「何が分からないか」を明示し、異なる立場の視点を取り入れることが効果的である。
また、分析会議で結論が先行すると反証が出にくくなる。議論の順序を工夫し、仮説の列挙→根拠提示→反証可能性の確認という流れを保つと、偏りが緩和される。
4.3 原因の推定と妥当性確認
原因の推定では、収集した事実から整合する因果仮説を複数用意する。単一の説明に早期収束させないことで、見落としを減らせる。
妥当性確認では、仮説が説明できる範囲と説明できない範囲を明確にし、追加調査の要否を判断する。根本原因の確度は、確認の強さで決まる。
4.3.1 仮説を立てる手順
仮説は、事象と条件の関係から始め、背景要因へ段階的に拡張する。たとえば直接原因候補を置いた後、それが成立する管理条件や運用要因を検討する形が一般的である。
仮説はラベル付けだけでなく、どのデータで支持されるか、どの事実と矛盾するかまで書き起こすと、次の検証が進む。曖昧な表現は捨て、対象とする変数を具体化する。
4.3.2 反証可能性の確保
反証可能性とは、仮説が誤りである場合に、どの観測や結果が得られれば否定できるかを考える性質である。これがないと、確認が「自分に都合のよい情報」探しになりやすい。
否定条件を設定し、必要な追加データや試験を計画することで、議論の品質が上がる。根本原因の確信度は、反証の試みを通じて更新される。
4.4 是正・予防策の立案
対策立案は、原因に結び付いた形で具体化することが重要である。原因を踏まえて、実施主体、実行タイミング、評価方法、必要な資源を定めると、実装段階でのブレが減る。
また、対策は一度の導入で終わらず、効果を確認して改善へ繋げる前提で設計する。
4.4.1 対策の階層化（即時・恒久）
対策は即時対応と恒久対応に分けると管理しやすい。即時対応は被害拡大を止めるための短期的措置であり、検査強化や停止基準の変更、暫定的運用ルールなどが該当する。
恒久対応は、再発を防ぐための根本改善である。設計の見直し、手順の再整備、教育カリキュラムの変更、監査や保全の再設計などが関係する。即時で耐えるだけにならないよう、恒久の完了時期を計画に組み込む。
4.4.2 効果検証と再評価
効果検証では、成功指標に基づいて測定し、実装後の変化を確認する。発生件数だけでなく、検出までの時間、手戻り率、監視逸脱の回数など、対策の目的に対応する指標を選ぶ。
再評価では、改善が不十分な場合に原因仮説や対策設計を見直す。対策は原因との整合が必要であり、効果が出ないときは前提の誤りや対象範囲の不足が疑われる。
4.5 持続的改善への定着
分析と対策は、実行後に組織へ定着させて初めて価値を持つ。定着には、標準化、学習の循環、改善の責任分界が関わる。
単発の取り組みにならないよう、仕組みとして運用し、継続的に更新することが求められる。
4.5.1 教訓の共有と標準化
教訓の共有は、同種のリスクを扱う他部門や後工程にも届く形で行うことが重要である。会議報告だけでなく、手順書、教育資料、チェックリストへの反映が標準化につながる。
標準化では、内容を一度作って終わりにせず、変更履歴や適用条件を管理する。これにより、現場の運用で意味が保たれ、形骸化を抑えられる。
4.5.2 組織学習の仕組み
組織学習の仕組みは、経験を次の意思決定に変換する流れとして設計される。たとえば不具合の報告・レビュー、定期的な監査、教育の更新、指標のモニタリングなどが含まれる。
重要なのは、学習が個人の熱意に依存しないことである。ルール、権限、評価基準を整え、分析から対策、そして再評価までのサイクルが回る状態を作ることで、持続的改善が可能になる。