根本原因分析チェックリスト — 無料PDFダウンロード

根本原因分析チェックリスト 本チェックリストは8段階問題解決法（8D）のD4段階を対象とします。その目的は明快です。調査が最初のもっともらしい答えで止まらないようにすることです。優れた根本原因分析（RCA）は、物理的なメカニズム、それを許してしまったシステム上の隙間、そして問題がなぜ顧客にまで到達したのかを説明します。 D4を承認する前に本チェックリストを使用し、各行に証拠を添付した状態で保管してください。 分析前の準備 [ ] 問題が5W2H（何が、どこで、いつ、誰が、どれが、どのように、どれだけ）を用いて定義されている [ ] 部門横断チームが編成されている（D1） [ ] 暫定処置（Containment）が実施され、検証されている（D3） [ ] 関連するすべてのデータが収集されている：測定値、写真、記録、作業者の証言 これが重要な理由：曖昧な問題定義に基づいて根本原因分析を実施すると、曖昧な対策しか生まれません。5W2Hによる記述は、それに続くすべての「なぜ」の土台となります。 開始前の実用的なテスト：5W2Hの記述をチーム外の人物に渡してみてください。その人物が質問を返さずに、不具合、発生場所、数量をあなたに説明し返せないなら、定義はまだ準備できていません。暫定処置もまた、計画されただけでなく検証されていなければなりません。隔離した在庫の数量を確認し、暫定処置ステーションが実際に部品を捕捉していることを点検してください。そうでなければ、動き続ける標的を調査することになります。 根本原因分析ツールのチェックリスト [ ] なぜなぜ分析（5 Whys）が少なくとも5段階まで完了している [ ] 特性要因図（フィッシュボーン／Ishikawa）が6Mの全カテゴリを網羅している [ ] Is/Is-Not分析を用いて範囲を絞り込んでいる [ ] 複合的な多要因の原因に対して故障の木解析（FTA）を適用している [ ] 流出点（Escape point）が特定されている — 不具合がなぜ顧客に到達したのか ツールに関する注記： まず特性要因図、次になぜなぜ分析。 特性要因図は人（Man）、機械（Machine）、方法（Method）、材料（Material）、測定（Measurement）、環境（Environment）にわたって探索を広げ、次になぜなぜ分析が最も可能性の高い枝を掘り下げます。 Is/Is-Not は問題が何であり、何でないかを検証するもので、故障の一部しか説明しない原因を修正してしまうことを防ぎます。 FTA は、複数の要因が組み合わさる場合や、安全が関わる場合に取り組む価値があります。 実例：ボア径の公差外れ ある加工ハウジングにおいて、1シフト分の200個のうち6個で、ボア径が仕様10.00 ± 0.05 mmに対して10.08 mmを示しました。5W2Hの記述により、不具合（ボアの寸法超過）、場所（ライン2、OP-40）、時期（夜勤、工具交換後）、数量（200個中6個）が確定します。 Is/Is-Notによって対象が絞り込まれます。不具合は工具交換後に製造された部品にあり、前の工具による部品にはなく、バッチの後半にあり、朝勤にはありません。生き残った特性要因図の枝は機械／方法 — 工具摩耗の補正です。なぜなぜ分析の連鎖は次のとおりです：ボアが寸法超過 → 工具が公称を超えて切削した → オフセットが暖機運転中の部品から設定された → オフセット手順に安定した温度が規定されていない → 機械の更新時に作業指示書が改訂されなかった（MRC）。流出点：初品検査は暖機運転中の部品から採取されたため合格し、工程内ゲージはシフト開始時にのみ点検されていました。 この例は、すべてのD4が取るべき形を示しています。すなわち、測定されたメカニズム、文書化されたシステム上の隙間、そして原因が特定された検出上の隙間です。 段階的な検証手順 5W2Hの記述を読み直し、収集したデータと依然として一致していることを確認する。 各「なぜ」の回答をたどり、証拠ファイルまたは測定値を添付する。 管理された試験で故障を再現する — 一度に1つの変数のみを変更する。 試験を逆転させる：元の条件に戻し、故障が消えることを確認する。 TRCとMRCを分離し、それぞれを1文で記述する。 捕捉すべきだった検出管理をたどり、流出点を追跡する。 分析を実施していないチームメンバーに連鎖を検証させる。 証拠索引を添付してD4の承認を記録する。 よくある誤り 最初のもっともらしい原因で止めてしまう。 確定する前にデータで検証すること。 メカニズムではなく責任追及。 「作業者エラー」は出発点であり、根本原因ではありません。 複雑な問題に対する単一の線形連鎖。 まず特性要因図を用いて競合する原因を洗い出すこと。 流出点の無視。 優れた根本原因の修正であっても、検出上の隙間は開いたままになります。 再現の欠如。 要求に応じて故障を発生させられないなら、原因を証明したことにはなりません。 これらを早期に発見する方法：すべての「なぜ」の回答が、数値、写真、記録に裏付けられていない文章であるなら、あなたは意見を書いています。連鎖が3段階以内で個人名や訓練不足に到達するなら、メカニズムが飛ばされています。Is/Is-Not表が空なら、範囲は一度も検証されていません。証拠パッケージに再現のステップが欠けているなら、物語がどれほど説得力があってもD4は未完了として扱ってください。 D4と隣接するステップとの連携 D4は単独で存在しません。D2の問題記述とD3の暫定処置記録を消費し、D5とD6に直接つながります。弱いD4は、後に持続しない是正処置として現れます。D5は検証済みの原因から恒久処置を選択するため、証明されていない原因は誤った変数を狙った対策を生みます。次にD6は、再現試験で用いたのと同じ測定値に対して有効性を検証します。だからこそ、それらの測定値はD4で記録されなければなりません。流出点も同様にD6に引き継がれます — 検出管理の変更は原因の修正とは別に検証されます。最後に、D7はMRCを読み、どの文書、PFMEA、作業指示書を更新する必要があるかを判断します。 完了したD4の姿 完了したD4は4つの問いに答えます。何が物理的に故障したのか（直接原因）、なぜそれが起きたのか（TRC）、なぜシステムがそれを許したのか（MRC）、そしてなぜそれが捕捉されなかったのか（流出点）。4つのうちいずれかが欠けていれば、分析は完了していません。 → report.8d.wiki の無料AI 8Dレポート生成ツールで根本原因分析を自動生成しましょう