根本原因分析と是正処置（RCCA）マスターガイド：製造業のための包括的手引き

貴社製造会社がプロセスのどこかで問題を抱えたとき、どう解決しますか？ 近道は、その問題の症状を単にパッチ処理することですが、長期的解決策はRCCA（根本原因分析と是正処置）プロセスを実行することです。

この根本原因と是正処置プロセスを活用することで、貴社製造組織は、問題の結果を管理するのではなく、問題の核心に迫ることで内部・外部手順を強化できます。しかし、RCCAとは何か、どう組織に導入するのか？ この包括的ガイドに、始めるために必要なすべてが詰まっています！

クイックリンク

• RCCAとは？ なぜ重要か？
• RCCAを実施するタイミング
• RCCAプロセスの概要
• RCCAプロセスへのシステムズ思考アプローチの採用
• RCCAプロセスで活用すべき品質ツール
• CMTCが貴社RCCAプロセス開発を支援！

RCCAとは？ なぜ重要か？

RCCAは、問題を体系的に分析し、その根本的原因を特定するプロセスです。製造プロセスにおける原因と結果の関係を特定することにつながります。

人のせいにするのではなく、RCCAは手順の各ステップを分析し、エラーがどこで生じ得るかを真に理解し、パターンを追跡することを目指します。

RCCAを実施するタイミング

貴社製造組織は、是正処置計画の一環として、または実施しないことが顧客品質・納期・満足度に影響し得る場合にRCCAを実施すべきです。大手顧客の多くはこれを必須としています；例えば、トヨタのRCCAは自動車業界でベストインクラスと認識されています。

品質問題は常にチームで解決すべきです；この問題を支援すべきプロセスエキスパートを集め、幅広いスキルと知識を持つ多様な視点を得ます。

RCCAプロセスの概要

RCCAプロセスは一般に以下のステップに従います：

1. 問題声明から始める
2. 「ゲンバ（現場）」に行くことで確認する
3. 分析用データを収集する
4. 理論を立案する
5. 短期的封じ込めを達成する
6. 長期的是正処置の理論を開発する
7. 長期的アクションを実装する
8. 解決策を監視する
9. すべて解決済みか検証する——単なるパッチ処理でないか
10. 関連文書を更新する

しかし各ステップに入る前に、プロセス全体にシステムズ思考アプローチを適用することが重要です。

RCCAプロセスへのシステムズ思考アプローチ採用

時間とスケジュールプレッシャー等により、症状を治療するだけで根本原因に踏み込まない方が簡単に見えることが多々あります。しかし、同じ問題が再発します——マーフィーの法則なら、最悪のタイミングで。未解決の根本原因が蓄積すれば、次々と「火消し」に追われる、極めて非効率で非効果的な状況になります。

代わりに、状況を生んだすべての要因を列挙し、全体像を考慮し、他者の視点を引き出し、プロセスの弱点を真に理解しようとするシステムズ思考アプローチを試みてください。このアプローチは遅く、より方法論的ですが、製造プロセスを完全に理解し、長期的に闘う「火」の数を減らすために、努力する価値があります。

以下にRCCAプロセス各ステップの概要を示します：

問題声明から始める

問題声明は：

• 一つの狭く定義された問題に焦点を当てる
• 明確、簡潔、事実ベースである
• 結果・帰結を述べる
• 問題を測定可能な用語で記述する

問題声明は：

• 問題の原因を割り当てない
• 問題の直し方を記述しない

本質的に、問題の誰が・何が・いつ・どこで・どう、を定義できるべきです！

「ゲンバ（現場）」に行くことで確認する

「ゲンバに行く」は、リーンにおけるショップフロア訪問の行為です。「本当の場所」と訳され、リーダーシップがあらゆるレベルで何が起きているか理解することの重要性を突きつけます。

これには：

• プロセスのウォークスルー；現地現物（ゲンチゲンブツ）とも呼ばれ、「行って見る」「実際の場所へ行き実際の状況を見る」と訳される
• プロセス分析——弱点は何か？
• 問題を再現できるか自問する？ 再現できなければ、再発させるために何を変える必要があるか？

これには、フロア担当者、生産リーダー、スーパーバイザー、顧客、サプライヤーなどプロセスユーザーへのインタビューも含まれ、手順、方法、活動、タスクを見直します。

分析用データを収集する

問題を定義できたら、あなたとチームはなぜそれが起きたかを確立する必要があります。このステップでは、状況のすべての事実を収集し、因果関係を特定するために処理します。これが問題の根本原因への方向を示します！

考慮すべき要因には：

• 設備評価： 機械性能と保全は適切か？ 適切な方法と手順が守られているか？ これらの方針に十分な詳細があり、ヒューマンエラーの余地はないか？
• 材料： 関与材料は適切なグレード・品質か？ 適切に保管・取り扱われているか？ 汚染の証拠はないか？

理論を立案する

上記の事実と問題の文脈を取得したら、潜在的原因を述べ、特定製造プロセスに関わるすべてのタスクを列挙します。根本原因の理論を立案し、情報——期日、日数、集計、合計等——をどう客観的に記録するかを指定します。

これらの記録を見直す；何がわかるか？ 潜在的因果因子を特定できるか？ どの特性が問題を導いているか——作業環境、ワークフロー、照明、人員教育、気晴らし、それとも他か？

短期的封じ込めを達成する

「出血を止める」ため、封じ込めアクションを確立する必要があります。これには、設備変更、オペレーター再教育、材料サプライヤー切り替えが含まれるかもしれません。短期的封じ込めは、顧客が問題の即時的影響から守られることを保証します；これは長期的解決策ではなく、問題解決とみなされません。

長期的是正処置の理論を開発する

次に、適切な長期的是正処置ソリューションを選択・実装します。複数の解決策があるかもしれません；以下を満たす解決策を選ぶべきです：

• 根本原因を最も確実に排除する
• 最もコスト効率が良い
• 問題の大きさに最も適している
• プロセスを効果的に変える

これらの要因から、解決策をランク付けし重要度を割り当てて最良の解決策を特定します。これにより、製造チームの最善の行動方針を客観的に決定できます。

長期的アクションを実装する

最良の解決策を選択したら、これらの変更を実装する必要があります！ 解決策を順次タスクに分解し、責任者と期限を割り当てたアクションアイテムリストを作成します。しかし、コンティンジェンシープランを用意し、何が悪化し得るか、どう気づくか、どう防げるかを自問すべきです。こうした質問は悲観的ではなく、RCCAプロセスに積極的に取り組む姿勢を示します！

解決策を監視する

問題を監視し、不適合が再発しないか確認します。再発すれば、根本原因を却下し、代替解決策を実装します。不適合が組織内の他箇所の製品に影響したか、不適合品が顧客に出荷されたかを常に判断します。 出荷されていれば、できるだけ早く解決しましょう！

すべて解決済みか検証する——単なるパッチ処理でないか

問題が再発するのに十分な時間を置き、適切に対処したか判断します。問題が数週間再発しなくても、選択した是正処置が持続的でなければ再発する可能性があります。特定された問題が対処され、もはや発生しないことを検証します；公式な期限はありませんが、解決策は一貫して機能しなければなりません。

関連文書を更新する

新しい解決策で既存文書を改訂します；以下を再訪しましょう：

• 手順書・ユーザーハンドブック
• ガイドライン仕様
• サービスマニュアル
• 新プロセスを文書化する新規作業指示書の作成
• 新手順の配布
• RCCAプロセスを是正処置依頼書に文書化

RCCAプロセスで活用すべき品質ツール

これらの品質ツールは、貴社製造組織のRCCAプロセス改善に役立ちます：

ヒストグラム

ヒストグラムは、データポイント群をユーザー指定範囲に整理するグラフ表現です。棒グラフに似た外観で、多数のデータポイントを論理的な範囲やビンにグループ化することで、データ系列を容易に解釈可能な視覚に凝縮します。

ブレインストーミング

ブレインストーミングは、メンバーが自発的に寄与するアイデアリストを集め、特定問題の結論を見出すグループ創造技法です。従業員は製造プロセスへの貴重な洞察を提供できるため、RCCAプロセスの過程で彼らのインプットを集めることは重要です。

管理図

管理図（シューハート図、プロセス振る舞い図とも呼ばれる）は、統計的工程管理ツールであり、製造・ビジネスプロセスが管理状態にあるか判断するために用いられます。言い換えれば、プロセスが時間とともにどう変化するかを研究するグラフです。

散布図

散布図は、データセットに対して通常2変数の値をデカルト座標で表示するプロットまたは数学図の一種です。このデータ整理法で、変数間の相関を発見できます。

パレート分析

パレート分析は、様々な原因の影響をグラフィカルに表現する形式的技法です。パレートの法則（80/20ルール）に基づきます。パレートの法則によれば、時間経過とともに、例えば欠陥の約80%は20%の原因から生じます。データを収集・チャート化することで、最大のインパクトを持つ原因が可視化され——仕事の20%で、全作業の80%のメリットを生み出せます。

チェックシート

チェックシートの作成は複雑ではありません。しかし奇妙なことに、品質ツールの中でおそらく最も使われておらず、最も価値があるものです。チェックシートは、データが発生する場所でリアルタイムにデータを収集するフォームです。取得データは定量的・定性的の両方可能です。定量的な場合、タリーシートと呼ばれることもあります。

プロセスフロー図

プロセスフロー図（PFD）は、化学・プロセスエンジニアリングでプラントプロセスと設備の大まかな流れを示すのに常用される図です。PFDはプラント主要設備間の関係を示し、配管詳細や記号などマイナーな詳細は示しません。

特性要因図

フィッシュボーン図、原因結果図とも呼ばれ、特定問題や結果の可能な原因を論理的に整理し、詳細度を増しながらグラフィカルに表示し、理論間の因果関係を示唆する視覚ツールです。

5つのなぜ（5 Whys）

「なぜ？」を最低5回問う；さらに問うても価値が増えないところで止める。完了したら、各回答の末尾に「だから」または「したがって」を付け、ページ上部（最初のなぜ）に向かって逆算し、ロジックを確認する。

例：なぜ電気が消えた？

• W1-なぜ電気が消えた？ ヒューズが切れた。
• W2-なぜヒューズが切れた？ モーターが過熱し焦げ臭い匂いがした。
• W3-なぜモーターが過熱した？ モーターのベアリングが故障した。
• W4-なぜモーターのベアリングが故障した？ 間違ったシールが使われ、潤滑油が漏れた。
• W5-なぜ間違ったベアリングシールが使われた？ 組み立てが間違っていた。
• W6-なぜベアリング組み立てが間違っていた？ 組立プロセスがロバストでなかった；オペレーターのチェックポイントなし、作業指示書なしで設計されていた。

SIPOC図

SIPOC（サプライヤー、インプット、プロセス、アウトプット、カスタマー）図は、作業着手前にプロセス改善プロジェクトのすべての関連要素をチームで特定するツールです。スコープが明確でない複雑なプロジェクトを定義するのに役立ち、通常シックスシグマDMAIC（定義、測定、分析、改善、管理）の測定フェーズで用いられます。プロセスマッピングや「イン/アウトオブスコープ」ツールと類似・関連していますが、より詳細を提供します。

FMEA分析

故障モード影響解析（FMEA）は、可能な限り多くのコンポーネント、アセンブリ、サブシステムを見直し、システムにおける潜在的故障モードとその原因・影響を特定するプロセスです。プロセスを体系的かつプロアクティブに評価し、どこでどう故障し得るかを特定し、異なる故障の相対的影響を評価することで、最も変更が必要なプロセス部分を特定する手法です。

集中図

欠陥集中図は、製品・部品欠陥の原因分析に有用なグラフィカルツールです。関連するすべてのビューを表示した製品図面上に、各種欠陥の位置と頻度をプロットします。

8D分析（8つの規律）

フォード自動車で開発された問題解決手法で、品質エンジニア等の専門家が典型的に用います。製品・プロセス改善に焦点を当て、目的は再発する問題の特定、是正、排除です。

問題解決の8つの規律：

1. チームを編成する
2. 問題を記述する
3. 暫定封じ込めアクションを開発する
4. 根本原因と流出ポイントを定義・検証する
5. 恒久的是正処置を選択・検証する
6. 恒久的是正処置を実装・検証する
7. 再発防止する
8. チームと個人の貢献を認める

CMTCが貴社RCCAプロセス開発を支援！

RCCAは、チームコミュニケーションの問題解決文化を促進し、行動変容とより強固な企業文化をもたらすことで品質改善を支援します。人々は「症状」ではなく「根本原因」に対処するよう学びます。この思考法は、より深い従業員エンゲージメントと全体的なエンパワーメントを促進します！

CMTCは、カリフォルニア州の中小製造業者（SMM）に技術支援、人材開発、コンサルティングサービスを提供し、SMMの生産性とグローバル競争力向上を支援します。詳細については、www.cmtc.comをご覧いただくか、310-263-3060までお問い合わせください。