FMEA（故障モード影響分析）の実施ステップとテンプレ

故障モード影響分析（FMEA）は、製品やプロセスのリスクを事前に洗い出し、重大な故障を未然に防ぐための最も実践的な手法の一つです。本稿では、現場で使える実務的な実施ステップを、テンプレートと具体例を交えてわかりやすく解説します。初めてFMEAを導入する方も、既に実践している方も「なぜこれが必要か」「どう進めれば効果が出るか」を納得できる構成にしました。

FMEAとは何か、なぜ今改めて重要なのか

まず端的に言うと、FMEA（Failure Mode and Effects Analysis）は「何が壊れるのか」「壊れたらどんな影響があるか」「どれくらい起きやすいか」を整理し、優先順位を付けて対策を講じる手法です。製造業での品質設計にルーツがありますが、IT運用やサービス設計、業務プロセス改善にも適用可能です。

現代は製品・サービスの複雑化、顧客期待の多様化、規制や安全基準の増加で「知らなかったでは済まされない」リスクが増えています。ここでFMEAが効く理由は３つです。

• リスクを早期に可視化できるため、対応コストを抑えられる。
• チーム横断での共通理解を作りやすく、属人化を防げる。
• 定量的評価と改善履歴を残せるため、経営判断にも使える。

経験上、FMEAを導入したチームは「問題が起きてから考える」習慣を改めます。結果として顧客クレームやリコール、深刻なダウンタイムが減るだけでなく、設計やプロセスの精度が上がり、生産性向上にもつながります。驚くほど投資対効果が高い手法です。

実施準備：チーム編成とスコープ設定のコツ

準備を怠るとFMEAは形骸化します。ここでは現場で効く準備のポイントを示します。

1) クロスファンクショナルなチームを作る

FMEAは一人でできません。必須メンバーは以下です。

• プロダクト/プロセス責任者（決定権をもつ人）
• 設計/開発担当（技術的知見）
• 品質保証/テスト（検出性や試験設計）
• 生産/運用担当（実運用の視点）
• 購買/調達（部品・外注リスク）

ポイントは「現場の声を持つ人」を必ず入れることです。会議室だけで考えたリスクは現場での実効性に乏しくなります。

2) スコープを具体化する

スコープが広すぎると時間が無制限にかかります。下記の切り口で絞り込みます。

• 製品／プロセスのどの段階（設計、製造、出荷、運用）か
• 対象となる顧客区分や利用環境
• 重要度や過去の不具合履歴

例えば「新規製品の発売前に、電源回路の重大故障を対象にFMEAを行う」といった具合に、対象と目的を一文で定めると議論がぶれません。

実施ステップ：現場で使える詳細ガイド（テンプレ付き）

ここが本番です。手順を具体的に示し、テンプレート（表形式）も提示します。会議でこのまま使えるよう、ステップごとに所要時間と出力を示します。

ステップ0：ゴールと成功基準の明確化（30分）

何のためにFMEAをするのかを関係者で共有します。成功基準は「RPNがX以下になる」「高リスク項目の対策がY件完了する」など、定量化してください。

ステップ1：機能・工程の分解（60〜120分）

対象を小さな単位に分けます。製造なら工程毎、製品ならサブシステム毎が基本です。目的は「どこで何が起きるか」を明確にすることです。

ステップ2：故障モードの洗い出し（90〜180分）

各要素ごとに「どのように壊れるか（故障モード）」をブレインストーミングします。実務では過去の不具合データ、顧客クレーム、現場の経験に頼ると効率的です。

ステップ3：影響評価と指標の設定（60〜120分）

各故障モードについて、以下の3指標を評価します。通常は1〜10で評価しますが、現場に合わせて調整してください。

• Severity（重大度）：故障が顧客やプロセスに与える影響の大きさ
• Occurrence（発生頻度）：その故障がどれくらい発生しやすいか
• Detection（検出性）：現行の管理や検査で検出できる確率（低いほどリスク）

実務的なコツは、Severityは定性的にルールを作り、OccurrenceとDetectionは過去データを参照することです。経験のみでスコアを付けると主観が入りやすいので注意してください。

ステップ4：RPN（Risk Priority Number）の算出と優先順位付け（30分）

RPN = Severity × Occurrence × Detection。算出後、閾値を決め優先順位を付けます。ただしRPNだけで判断せず、Severityが極端に高いものは優先度を上げる運用ルールを定めるとよいです。

ステップ5：是正対策の立案と実行計画（90〜150分）

各高リスク項目に対して「原因」「対策案」「責任者」「期限」「評価方法」を決めます。対策は以下の優先順位で考えると実効性が高いです。

• 設計の変更で発生を防ぐ（最も有効）
• プロセスの改善で発生を低減する
• 検査・監視で検出性を高める
• 手順や教育で人的ミスを減らす

ステップ6：再評価と継続的改善（30〜60分＋追跡）

対策後に再評価し、RPNが低下しているか検証します。ここで重要なのは「改善の効果を数値で示す」ことです。効果が不十分なら追加対策を実施します。

実務で使えるFMEAテンプレート（HTML表）

このテンプレートはそのままExcelにコピペできます。会議ではこの表をスクリーン共有しながら項目を埋めていくと議論がスムーズです。

評価・対策の実行と確認：効果を出す運用方法

FMEAは書類作成で終わってはいけません。実行と検証の仕組みを作ることが価値につながります。

優先度に基づくロードマップ化

高RPNや高Severityの項目を短期、中期、長期で分け、リソースを割り当てます。経営への説明には「投資対効果」を示すと協力が得やすいです。例えば「対策Aにより年間想定コストXを削減、回収期間Yヶ月」などです。

PDCAでの管理とモニタリング

実行後は定期的に状況をレビューします。KPIとしては「未処理高リスク件数」「対策完了率」「対策後のRPN平均」などが有用です。ダッシュボードにして見える化すると、経営層の理解が進みます。

トレーサビリティとドキュメンテーション

誰がいつ何を決めたかを明確にしてください。将来の原因追及や監査で役に立ちます。電子化して履歴を残すことをおすすめします。

現場での運用上の注意点とよくある落とし穴

実際にFMEAを導入すると、次のようなつまずきが出ます。対処法を経験からまとめます。

落とし穴1：主観評価に偏る

問題：SeverityやOccurrenceを経験だけで付けるとばらつきが出る。解決：評価ルールを作り、参考データや過去事例を示す。クロスチェックを行う。

落とし穴2：RPNの盲信

問題：RPNの数値だけで判断して重要な項目を見落とす。解決：Severityの高い項目はRPNに関係なく優先するルールを採用する。

落とし穴3：対策が場当たり的になる

問題：短期的な検査強化で対処し、根本原因が残る。解決：対策を設計・工程・検査の観点で階層化し、根本的対処を優先する。

落とし穴4：運用負荷が大きく継続できない

問題：FMEAが負担となり形骸化。解決：スコープを小さく始め、成功事例を作ってから横展開する。有効なテンプレと定期レビューを用意する。

ケーススタディ：中小メーカーでの実践例

ここでは、ある中小メーカーの事例を紹介します。要点を抜粋します。

課題：顧客クレームが出た後のリコール対応が続き、コストが膨らんでいた。原因分析は属人的で、再発が止まらなかった。

対応：FMEAを導入し、製品設計段階から重要な「電気系接続部」を重点スコープに設定。クロスファンクショナルチームで2日間のワークショップを実施し、既存の故障モードを徹底洗い出した。

成果：高Severityの項目に設計変更を適用し、検査工程を自動化。導入後1年でクレーム件数が50%低下し、リコールコストも大幅に削減された。従業員の意識も変わり、製品の信頼性が向上した。

このケースのポイントは、

• スコープを絞って短期で成果を出したこと
• 設計変更を恐れず実行したこと
• 効果を数値で示して経営の支持を得たこと

まとめ

FMEAは単なるチェックリストではありません。リスクを可視化し、優先的に手を打つための実務的なフレームワークです。重要なのはスコープの設定、クロスファンクショナルな議論、そして対策の実行と検証です。どの対策が本当に効果的かは、やってみて初めてわかります。まずは小さなスコープでFMEAを試し、改善サイクルを回すことをお勧めします。明日からできる一歩は「対象を一つ選び、テンプレートの1行を埋める」ことです。これで変化が始まります。

豆知識

FMEAのRPNは単に掛け算です。だが本当に価値があるのは「議論の過程」。数値よりも、なぜそれが起きるのかを深掘りする時間が最も価値を生みます。