同じ故障について、DFMEAとPFMEAの内容が食い違っている。
DFMEAから引き継いだPFMEAの影響は、その後も設計側の厳しさに追従します。DFMEAで厳しさを上げれば、背後の工程チェーンが再評価され、レビュー対象としてフラグが立ちます。
DFMEA → PFMEAのライブリンク故障モード影響解析(FMEA)は、製品や工程がどのように故障しうるか、それぞれの故障が顧客にとって何を意味するか、どの管理策がそれを予防または検出するかを、立ち上げ前にチームで体系的に洗い出す手法です。AIAG & VDA FMEA Handbook(第1版、2019年)は、米国とドイツのアプローチを一つの7ステップ手法に統合しました。IATF 16949に取り組むサプライヤーには、自動車メーカーの顧客からこの手法が求められます。
7つのステップは、計画と準備、構造分析、機能分析、故障分析、リスク分析、最適化、結果の文書化です。設計FMEA(DFMEA)は製品を、工程FMEA(PFMEA)は製造方法を分析します。FMEA-MSR(監視およびシステム応答)はDFMEAを補完するもので、使用中に診断機能がどのように不具合を検出し、システムがどのように応答するかを分析します。
2019年版ハンドブックでは、厳しさ×発生度×検出度を掛け合わせてリスク優先数(RPN)を求める代わりに、厳しさを最も重視するルックアップテーブルを用いて、すべての故障チェーンを処置優先度(AP)の高・中・低に順位付けします。
品質チームが自らの言葉で語る5つの課題と、FMEAをリンクされたレコードで構築すると何が変わるのか。
ワークスペースはAIAG-VDAの7ステップに沿っているため、手法そのものがワークフローになります。
ステップ1 · 計画と準備
プロジェクト内でDFMEAまたはPFMEAを作成し、範囲、チーム、評価表を設定します。白紙からではなく、ファウンデーションFMEAから始めることもできます。
ステップ2 · 構造分析
PFMEAは、工程ステップと4Mの作業要素をプロセスフロー図からそのまま取り込みます。DFMEAでは、ブロック図とPダイアグラムを使って、システム、サブシステム、コンポーネントのツリーを構築します。
ステップ3 · 機能分析
各要素に機能と要求事項を付け、特性台帳から製品特性と工程特性をリンクします。
ステップ4 · 故障分析
影響、故障モード、原因からなる故障チェーンを構築します。DFMEAから取り込んだ影響には、設計側の厳しさがそのまま付いてきます。
ステップ5 · リスク分析
自社の評価表に沿って厳しさ、発生度、検出度を評価すると、入力と同時に処置優先度が表示されます。厳しさ9〜10でAPが「高」または「中」のチェーンは、マネジメントレビューの待ち行列に入ります。
ステップ6 · 最適化
予防処置と検出処置に担当者と期限を割り当て、予測評価を記録し、処置完了後に確認済み評価を記録します。提案された管理策は、その処置が完了して初めて現行の管理策になります。
ステップ7 · 結果の文書化
未評価のチェーンや処置のないAP「高」のチェーンといった抜けを、チェックがフラグ表示します。FMEAを完了に設定し、ステップ7のレポートを生成し、電子署名付きの承認ルートを通じてリリースします。
それぞれの機能が、あなたのチームがすでに下そうとしている意思決定に結びついています。
計画、構造、機能、故障、リスク、最適化、文書化 — ステッパー、構造ツリー、機能ネット、故障ネットを備えた一つのワークスペース。手法そのものがワークフローなので、ファシリテーターがテンプレートを見張らなくてもチームは手順どおりに進められます。
DFMEAにはブロック図・境界図、Pダイアグラム、設計リスクグリッド。PFMEAには工程ステップと4Mの作業要素。FMEA-MSRには監視とシステム応答。一つのモジュール、一組の評価表で、三つの分析。
自社の評価表に沿って厳しさ、発生度、検出度を評価すると、入力した瞬間にAPが表示されます。APが「高」のチェーンには処置または文書による正当化が必要で、厳しさが最も高いチェーンはマネジメントレビューの待ち行列に入ります。
DFMEAから引き継いだPFMEAの影響は、その後もDFMEAに追従します。設計の厳しさを上げれば、背後の工程チェーンが再評価され、レビュー対象としてフラグが立ちます — 同じ故障について二つの文書がひそかに食い違うことはもうありません。
予防処置と検出処置には、担当者、期限、予測評価、確認済み評価が付きます。提案された管理策は、その処置が完了して初めて現行の管理策になります — FMEAが示すのは計画上のリスクではなく、いま実際に抱えているリスクです。
新規プログラムは、昨年のコピーではなくファウンデーションFMEAから始めます。ファウンデーションが変われば、それを基にした各FMEAにレビューすべき変更点が表示され、教訓は必要とするすべてのプログラムに届きます。
任意の特性を、DFMEAからPFMEA、その管理策、コントロールプランの行、PPAPのエビデンスまで追跡できます。抜けは画面上でフラグ表示されます:分類されないままの必須の特殊特性、背後に特性のない厳しさ10のチェーン。
自社のFMEA、CAPA、教訓から引き出した原因、影響、管理策の提案 — それぞれに出典と確信度が付きます。このモジュールでは外部のLLMを使用せず、エンジニアが承認するまで何も書き込まれません。
処置優先度は、各チェーンの厳しさ(S)、発生度(O)、検出度(D)の評価を、AIAG & VDA 2019の表に照らして決まります。考えられる1,000通りの組み合わせのうち、318が「高」、214が「中」、468が「低」です。厳しさが最も重く扱われるため、RPNが低いチェーンのほうが先に処置を必要とすることがあります。
| チェーン | S | O | D | RPN | AP |
|---|---|---|---|---|---|
| A | S9 | O6 | D2 | RPN108 | AP高 |
| B | S4 | O6 | D5 | RPN120 | AP中 |
各文書は同じレコードのライブビューなので、文書間で打ち直すものは何もありません。
PFMEAは、プロセスフロー図の工程ステップと4Mの作業要素の上に構築されます。各ステップの定義は一度だけです。
予防管理と検出管理からコントロールプランの行が生成され、PFMEAが変わるたびに同期プレビューが表示されます。
根本原因分析では関連するPFMEAとコントロールプランの情報が表示され、D7の再発防止ステップはPFMEAにレビューフラグを立て返します。
PPAP提出のDFMEAとPFMEAの要素は、それぞれ最新のリリース済み版を参照して解決されます。
APQPの成果物は、FMEAのステータス — 評価済みチェーンの割合と、未解決のAP「高」のチェーン — をライブで読み取ります。
分析とワークショップを運営し、チームを7ステップに沿って進め、AP「高」のチェーンについて正当化を記録できます。
構造、故障チェーン、評価を作成し、割り当てられた最適化処置を担当します。
厳しさ9〜10のチェーンについてマネジメントレビューの判断を下し、処置が不要な場合はAP「高」のチェーンについて正当化を記録できます。
サプライヤーポータルを通じてPFMEAのブラックボックスビューを閲覧します。機密性の高い列は、ページが送信される前に取り除かれます。
| Zometric FMEAとスプレッドシートテンプレートの比較 | スプレッドシートテンプレート | Zometric FMEA |
|---|---|---|
| 処置優先度 | 手作業、またはファイル間でコピーした数式で参照 | 評価の入力と同時にAIAG & VDA 2019の表から算出 |
| DFMEAからPFMEAへ | 手作業でコピーし、時間とともに食い違う | 引き継いだ影響は設計側の厳しさに追従し、変更時はレビューフラグが立つ |
| コントロールプラン | FMEAから打ち直す | FMEAの管理策から生成し、同期プレビュー付き |
| 再利用 | 昨年のファイルをコピーして編集 | レビューすべき変更点を追跡するファウンデーションFMEA |
| 履歴 | ファイルのバージョンと「final_v3」のような名前 | すべての変更を誰が、いつ、なぜ行ったかとともに記録し、リリース済み版は凍結 |
| チームワーク | 一度に編集できるのは一人 | 競合処理付きで複数人が同時編集でき、フルスクリーンのワークショップモードも用意 |
| チェック | なし | 30のFMEAルールが、完了に設定する前に抜けをフラグ表示 |
| 承認 | 紙またはメールでの署名 | 電子署名付きの承認ルート |
既存のPFMEAやDFMEAのワークブックを、列の自動マッピングで取り込めます。
FMEAをエクスポートしてExcelで編集し、再インポートできます。適用前にセル単位で比較が表示されます。
AIAG-VDAの帳票を画面上で表示し、すべての帳票をCSVやExcelでダウンロードでき、PDF用の印刷レイアウトも用意しています。
FMEA、故障チェーン、評価、処置、リリースは、トークン単位でアクセス範囲を設定したREST APIから利用できます。
デモの前にチームからよく寄せられる質問に、率直にお答えします。
RPNは厳しさ、発生度、検出度を掛け合わせて一つの数値にするため、性質のまったく異なるリスクが同じスコアになることがあります。2019年にAIAG & VDA FMEA Handbookで導入された処置優先度は、厳しさを最も重視するルックアップテーブルを用いて、各故障チェーンを高・中・低に順位付けします。Zometricは処置優先度を標準とし、RPNを求める顧客向けに読み取り専用のRPNビューを残しています。
はい。ワークスペースはAIAG-VDAの7ステップに沿っており、DFMEA、PFMEA、FMEA-MSR向けの2019年版処置優先度テーブルを搭載し、ハンドブックの帳票を出力します。評価表は複製して、顧客の要求事項に合わせて調整できます。
はい。既存のPFMEAやDFMEAのワークブックは、列の自動マッピングでインポートできます。また、FMEAをエクスポートしてExcelで編集し、再インポートすることもでき、変更を適用する前にセル単位の比較が表示されます。
はい。設計の故障チェーンは、その特性を作り込む工程でPFMEAに取り込めます。取り込んだ影響はその後もDFMEAの厳しさに追従し、DFMEAが変わればPFMEAのチェーンが再評価され、レビューフラグが立ちます。影響を別の評価にしたい場合は、理由を記録したうえでリンクを切り離します。
ファウンデーションFMEAとは、圧入や溶接など、工程や設計についての再利用可能な汎用の分析で、部品固有のFMEAはこれを基に作成されます。Zometricでは、ファウンデーションが改善されると、それを基にした各FMEAにレビューすべき変更点が表示され、変更ごとに取り込む、現状を維持する、切り離すのいずれかを選べます。圧入や締結から射出成形、梱包まで、8つのスターターテンプレートが含まれています。
はい。ワークショップモードでは、フルスクリーンのページに故障チェーンを一つずつ表示し、出席者、レビューしたチェーン、下した決定を記録して、セッションを議事録にまとめます。参加者にも編集が許可されていない限り、編集するのはファシリテーターだけです。
いいえ。原因、影響、管理策についてのFMEAの提案は、自社のFMEA、CAPA、教訓をもとにローカルのエンジンが生成し、それぞれに出典が付きます。外部のLLMは使用せず、エンジニアが承認するまでFMEAには何も書き込まれません。
はい。サプライヤーポータルを通じて、安全なリンクからPFMEAのブラックボックスビューを共有できます。非表示の列はサーバー上で取り除かれ、すべてのページに閲覧者名の透かしが入り、ダウンロードと印刷は無効になります。