1 ルートコーズ分析の概要
1.1 定義と目的
ルートコーズ分析（原因の根本究明）は、トラブルや不具合、事故、異常などの発生事象を起点に、表面化した結果にとどまらず「なぜそれが起きたのか」を系統的に分解して、再発を生む要因を特定し、改善策の妥当性まで含めて検討する考え方・手法群である。目的は、単発の復旧ではなく、同種事象の繰り返しを抑える仕組みを設計し、組織学習を促進する点にある。
1.2 対象となる「問題」の範囲
1.2.1 事象（何が起きたか）の特定
「問題」として扱うのは、観測可能な異常や、期待された状態からの逸脱である。対象は製造ラインの品質不良から、医療における手順逸脱、ITシステムの障害、行政手続きの不備まで幅広い。重要なのは、何が起きたのかを再現・追跡できる粒度で記述し、調査の起点となる具体性を確保することである。
1.2.2 影響（どの程度・誰に）と優先度付け
影響の大きさは優先度を決める基準になる。影響は、被害の程度、対象者の範囲、業務停止の有無、規制対応の要否、再発した場合の増大可能性などで整理する。優先度が高い事象ほど、データ収集や検証の厳密さ、関係者の参加範囲、対策の設計時間が増える傾向にある。
1.3 表層原因との違い
1.3.1 症状と原因の混同を防ぐ考え方
表層原因とは、観測された結果を説明する「目に見える」要因にとどまる状態を指す。ルートコーズ分析では、症状（結果）を原因として扱わないために、「その出来事が起きた条件は何か」「その条件を生み出した設計・運用・判断は何か」といった問いを重ね、因果の矢印が一方向に接続されているかを確認する。証拠で裏付けられない説明や、責任所在の特定に急いでしまうアプローチは、根本要因の見落としにつながりやすい。
1.3.2 再発防止の観点から見た原因の深さ
原因の深さは、再発可能性をどこまで下げられるかで評価される。個人の不注意のような直接要因だけに対策が偏ると、同種の条件が別の場面で生まれたときに再発する可能性が残る。逆に、プロセス設計、教育・訓練、監視、保守、意思決定手順といった仕組み側に踏み込むほど、同じ背景が再生産されにくくなる。このため、寄与要因を「再発を許す仕組み」として捉える視点が中核になる。
2 進め方（基本プロセス）
2.1 問題の定義
2.1.1 目標状態と成立条件の整理
問題解決の出発点は、理想の状態（目標状態）と、逸脱が起きることを許さない成立条件を明確にすることにある。目標状態とは「あるべき品質・安全・性能」を指し、成立条件はその状態を維持するための要件（手順、設備能力、監視、人的スキル、運用ルールなど）である。これらが曖昧だと、原因究明が結果説明に留まりやすい。
2.1.1.1 いつ・どこで・誰が・何が・どのように発生したか
事象を特定するため、発生時刻、場所、関係組織、担当範囲、影響を受けた対象、観測された挙動を時系列で記述する。加えて「どのように」という項目では、プロセスの流れに沿って、逸脱の段階や変化点を特定する。記述の粒度は、後続のデータ収集に支障が出ない程度に具体性を保つ。
2.2 データ収集と記録
2.2.1 証拠の種類（記録、ログ、観測、証言）
データは単一の形式に偏らず、多面的に集める。記録は手順書、チェックリスト、作業記録、チケット履歴などであり、ログはシステムイベント、監視データ、アクセス情報、機器の稼働履歴などを含む。観測は現場での計測値、品質検査結果、環境条件など、証言は関係者の経験や認識を指す。証言は補助的に用い、事実として確認できる範囲を区別して扱う。
2.2.2 データ品質のチェック（欠損・偏り・整合性）
収集した証拠は、欠損、記録の偏り、測定条件の違い、時間同期のずれなどにより信頼性が揺らぐ。分析では、データがどこまで網羅的か、同一指標が異なる定義で扱われていないか、測定誤差の可能性があるかを点検する。整合性の確認は、矛盾したデータをそのまま「例外」として扱わず、原因仮説の検証材料として再配置する作業にもつながる。
2.3 因果関係の仮説化
いきなり結論を出さず、観測事象とデータから説明可能な仮説を複数立てる。仮説は「この条件が満たされると、どの逸脱が起き、結果として事象に至るか」という因果の道筋として描く。仮説化の段階では、関連がありそうな要素を列挙するだけでなく、時間順序と条件関係が破綻していないかを確認する。これにより、後の根拠評価を効率化できる。
2.4 根本原因の特定
2.4.1 根拠の妥当性評価（反証可能性）
根本原因として採用する要因は、複数の証拠と整合し、代替説明を排し得る必要がある。妥当性評価では、仮説が成り立つときに観測されるはずの特徴を整理し、存在しない場合に仮説が崩れるか（反証可能性）を意識する。証拠が不足している場合は断定せず、追加調査で検証する方針を立てる。寄与要因も、単なる関連ではなく、再発の条件を形成しているかどうかで位置づける。
2.5 再発防止策の設計
2.5.1 対策の階層（抑止・予防・検知・是正）
再発防止策は階層化して設計する。抑止は、不正確な行動や逸脱を起こしにくくする仕掛け（ルールの明確化、抑制策、責任の所在の整理など）である。予防は、そもそも逸脱の発生源を弱める対策で、手順の改善、教育、設備の改良、設計の見直しが該当する。検知は、異常の兆候を早期に発見する仕組みで、監視やアラート、検査ポイントの追加などが含まれる。是正は、検知後に被害を拡大させず、影響を最小化し、運用を安定化させるための手順である。
2.6 効果検証と学習
2.6.1 指標とモニタリング計画
対策の効果は、実施前に想定した変化を測定する指標で評価する。指標は再発率、異常件数、品質合格率、処理時間、顧客影響の有無など、事象に結びつくものが適切である。モニタリング計画には、いつから測り始めるか、どの頻度で確認するか、閾値やアラート条件、担当者とエスカレーション経路を明記する。
2.6.2 継続改善への反映
学習は一度の報告で終わらせず、手順書、教育内容、設計仕様、監視ルールに反映することで定着させる。変更点は文書履歴として追跡可能にし、再調査が必要な場合は根拠を明確にする。さらに、同種の別案件で同じパターンが見えるかを横展開することで、組織全体の成熟に結び付く。
3 代表的な手法
3.1 5つのなぜ（5 Whys）
3.1.1 質問設計のコツ
5つのなぜは、直接要因から出発して、なぜが次の条件へと連鎖するように問いを設計する手法である。コツは、質問を抽象的な批判ではなく、状況と条件に結びつけることにある。「誰がしたか」よりも「何がそうさせたか」「その判断を可能にした条件は何か」を問うと、仕組み側への到達が早い。各回答は証拠で裏付け、次の質問に繋がる形で構造化する。
3.1.2 よくある失敗と改善
失敗として多いのは、なぜが質問というより責任追及に移り、因果の連鎖が途切れる点である。また、質問回数にこだわりすぎて必要な深掘りが欠ける、あるいは逆に長く続けて焦点が散ることも起こり得る。改善策として、途中段階で「この回答は事実か」「再現条件は説明できているか」を確認し、必要なら他手法と組み合わせて仮説を整理する。
3.2 フィッシュボーン図（特性要因図）
3.2.1 分類軸（人・方法・機械・材料・環境など）
フィッシュボーン図は、特定の結果（不具合、遅延、事故など）を頭部に置き、要因を複数の分類軸に沿って整理する図式である。典型的な軸として人、方法、機械、材料、環境などが挙げられる。整理の狙いは、漏れの可能性を減らし、関係者が同じ枠組みで議論できる状態を作ることにある。
3.2.2 要因の絞り込み手順
列挙された要因はそのまま対策に直結させず、根拠の強さ、影響度、再発への結びつきで絞り込む。絞り込みでは、各要因が「どの段階で」「どの観測変化を引き起こすか」を説明できるかを基準にする。必要に応じてデータを追加し、確からしさを高めていく。
3.3 因果関係図・系統立てた分解
3.3.1 イベントの連鎖として捉える考え方
因果関係図や系統的分解では、事象を点ではなく連鎖として扱う。起点の条件から、逸脱、検知までの経路、被害が拡大する条件などを段階に分けて表現することで、どこに介入すべきかが見えやすくなる。特に、同じ結果に至る経路が複数ある場合でも、分岐を明示して比較できる点が利点である。
3.3.2 交絡と見かけの相関の扱い
因果推論では、ある変数が同時に動いたことと因果があることは一致しない。交絡や、偶然の同時性による見かけの相関は、原因特定を誤らせる要因になるため、時間順序と条件関係を優先して検証する。仮説段階で「別の説明があるなら、観測されるべき差分は何か」を考えると、誤った因果の採用を避けやすい。
3.4 その他の分析手法の位置づけ
3.4.1 FMEAとの関係
FMEA（故障モード影響解析）は、潜在的な失敗の形を先に洗い出し、影響と発生可能性などから優先度をつける予防的手法として知られる。ルートコーズ分析が発生後の根本要因を特定し、再発防止策を設計するのに対し、FMEAは予防側の観点を前倒しで補完する役割を担うことが多い。両者をつなぐことで、過去事象から得た要点をリスク評価へ織り込みやすくなる。
3.4.2 リスク評価との連携
再発防止策の実装では、効果だけでなくコストや実現可能性、残留リスクも考慮する必要がある。リスク評価と連携させることで、対策の優先度に合理性を持たせられる。例えば、抑止・予防・検知・是正の各階層で、どの段階がどれだけ残留リスクを下げるかを整理し、意思決定につなげる。
4 成果物と運用設計
4.1 典型的なレポート構成
報告書には、事象の概要、調査範囲、収集した証拠、分析手順、根本原因と寄与要因、再発防止策、効果検証計画、体制とスケジュールが含まれる。記述は誰が読んでも意思決定できる粒度を目指し、根拠と結論の対応が追える形にする。図表は理解を助けるが、文章で要点を冗長にならない程度に再提示することが望ましい。
4.2 チーム体制と役割
4.2.1 ファシリテータ、記録係、技術評価担当
調査は議論と検証を両立するため、役割分担が重要になる。ファシリテータは会議の進行を管理し、議論が論点から逸れないようにする。記録係は発言や判断の背景を記録し、後で追跡できる状態を作る。技術評価担当は仮説の妥当性や証拠の読み取りを支え、必要な追加検査やデータの要求を行う。これにより、結論が個人の印象ではなく検証プロセスに基づく状態になる。
4.3 証拠管理と説明責任
4.3.1 追跡可能性（どのデータから結論したか）
説明責任は、結論がどの証拠に基づくかを追跡できることで担保される。証拠管理では、データの出所、取得条件、時刻、バージョン、加工の有無を明示する。分析上の判断点（証拠採否、除外理由、補正方針など）も記録し、後日のレビューで同じ結論に到達できるかを検証可能にする。
4.4 再発防止策の実装計画
4.4.1 優先順位付けと期限設定
実装計画では、対策を「誰が・何を・いつまでに」実行し、どの成果物が完成したら完了とみなすかを定義する。優先順位は、効果の見込み、実現コスト、依存関係、関係部署への影響などで整理する。期限設定は現場の制約と整合させ、遅延の際の代替案や暫定対応も同時に定める。
4.5 監査・レビューと定着
4.5.1 実施後の検証（KPI、再発率、監視結果）
定着の確認には、監査やレビューが不可欠である。KPIに基づく評価に加え、監視結果や現場運用の実態を確認し、手順通りに機能しているかを検証する。再発率や類似事象の発生状況は重要な判断材料であり、必要なら対策の見直しや追加措置を行う。評価期間は事象の性質に合わせて設定する。
4.6 データ更新と学習の循環
学習を継続するには、得られた知見をデータベース化し、次回の調査で参照できる状態にする。記録は新旧が混在しないようバージョン管理し、変化点の説明を添える。さらに、類似パターンを検出する仕組み（傾向分析、テンプレート化された調査項目、教育コンテンツ更新など）を設けることで、組織の対応能力を底上げできる。