カテゴリー別に閲覧する
はじめに：工場現場で故障モード影響解析が重要な理由
たった1つの見落とした故障モードが、不良品の発生、生産ラインの停止、顧客からの苦情、さらにはリコールにつながる可能性があります。自動車製造では、リコールの平均コストは数百万ドルに達する可能性があり、電子機器では、不安定なはんだ付け工程が1つでも、製造工程中の欠陥よりもはるかに高額な現場故障を静かに引き起こす可能性があります。だからこそ、 故障モード影響解析（FMEA） これは、品質エンジニアやプロセスエンジニアにとって、最も実用的なリスク防止ツールの一つであり続けている。.
工場現場では、FMEA（故障モード影響解析）は、問題が深刻化する前にチームが適切な質問をするのに役立ちます。例えば、何が故障する可能性があるのか、顧客や次の工程にどのような影響を与えるのか、何が原因なのか、そして現在の制御でそれを検知できる可能性はどの程度あるのか、といった質問です。例えば、機械加工ラインでは工具摩耗が寸法ずれの原因として特定されるかもしれませんし、SMT（表面実装技術）ラインではリフロー制御の不十分さがはんだ接合部の欠陥の原因として指摘されるかもしれません。どちらの場合も、目標は同じです。つまり、生産、出荷、または顧客に到達する前に、回避可能な故障を防止することです。.
このガイドでは、FMEAを段階的に実施する方法、リスクの優先順位付けに重大度、発生頻度、検出可能性の評価をどのように使用するか、そして製造業者が静的なスプレッドシートからより管理されたデジタルワークフローに移行する方法について解説します。.
FMEAの対象範囲
FMEAが実際に文書化するもの
FMEA これは、製品やプロセスがどのように故障する可能性があるか、故障した場合に何が起こるか、なぜ故障するのか、そしてどのような対策が既に実施されているかを体系的に文書化する方法である。製造業においては、欠陥が次の工程や顧客に届く前に、現場の知識を可視化されたリスク登録簿に変換する。品質エンジニアやプロセスエンジニアにとって、これは単なるコンプライアンス文書以上の意味を持ち、調査や予防策をどこに集中させるべきかを決定するための基盤となる。.
故障モードとは、PCB接合部の半田不足、成形ハウジングのひび割れ、間違ったSKUへのラベル貼付など、何かがうまくいかない具体的な方法のことです。影響とは、その故障の結果であり、断続的な電気接触、水の浸入、現場での顧客の誤認などが考えられます。原因とは、ノズルの詰まり、金型冷却バランスの不良、未検証のラベルテンプレートなど、故障が発生する根本的な理由です。制御とは、問題の発生を防止したり、問題が広がる前に検出したりするために現在使用されている方法であり、以下を含みます。 ポカヨケ 装置、初回品検査、AOI、トルクチェック、またはオペレーターによる確認手順。.
設計FMEAとプロセスFMEAの比較
製造チームは、設計FMEAとプロセスFMEAのどちらを行うかを決定する必要に迫られることがよくありますが、その違いは単純明快です。. 設計FMEA（DFMEA） 製造方法を検討する前に、製品設計自体に組み込まれたリスクを評価します。例えば、電子機器の筐体に薄いスナップフィット式の留め具があり、組み立て時や使用時にひび割れる可能性がある場合、それは設計上のリスクとなります。なぜなら、形状と材料の選択によって弱点が生じるからです。.
プロセスFMEA（PFMEA） 設計が適切であっても、製造工程や組み立て工程で欠陥が発生する可能性に焦点を当てています。PCB組立ラインでは、設計が優れた基板であっても、ステンシルの摩耗、ペースト量の不適切さ、リフロープロファイルのずれなどが原因で、はんだブリッジが発生する可能性があります。.
この区別が重要なのは、リスクによって担当者が変わるためです。DFMEAの問題は通常、設計エンジニアリング、製品開発、またはサプライヤーエンジニアリングが担当しますが、PFMEAの問題は通常、製造エンジニアリング、品質管理、保守、または生産部門が担当します。この2つを混在させるチームは、曖昧なアクションプランを作成することが多く、そのため、FMEAを段階的に実施する方法に入る前に、FMEAの範囲を明確にしておくことが重要になります。.
チームがFMEAを使用すべきタイミング
FMEAを使用する最適なタイミングは 発売前, 設計やプロセスの決定がまだ変更しやすい段階でFMEAを作成します。自動車および電子機器サプライヤーは、一般的にFMEAを設計とプロセスの段階で作成します。 APQP なぜなら、開発後期に発生した欠陥の修正にははるかにコストがかかるからです。業界の調査では、リリース後に欠陥を修正するコストは、開発段階で修正するコストの数倍にもなるとよく指摘されています。正式なローンチプログラム以外でも、プロセスが新規、不安定、または顧客にとって重要な場合には、この方法は有効です。.
チームはFMEAも更新する必要があります プロセス変更, 例えば、生産ラインの移設、工具の交換、材料の変更、サイクルタイムの短縮、自動化システムのアップグレードなどが挙げられます。これらの変更は、歩留まりデータだけでは明らかにならない形で故障メカニズムを変化させることがよくあります。FMEA（故障モード影響解析）は、最初の苦情や監査結果が出る前に、エンジニアが新たな原因と対策を把握するのに役立ちます。.
繰り返し発生する欠陥、ニアミス、保証返品、監査リスクの上昇なども、有効なトリガーとなります。工場で同じバリの問題、漏れによる故障、部品の欠落といった欠陥が繰り返し発生する場合、FMEAは原因、対策、優先順位を再評価するための体系的な枠組みをチームに提供します。FMEAにおけるリスク優先度番号の算出を含むスコアリングロジックは、次に続きます。.
FMEAの実施方法（ステップバイステップ）
スコープを定義し、プロセスをマッピングする
実施方法を示すために FMEA 段階的に進めるには、最初から明確なプロセス境界を一つ設定します。この例では、チームはコントローラ基板のPCB組立ラインをレビューしており、範囲ははんだペースト印刷、部品配置、リフローはんだ付け、最終目視検査に限定されています。これにより、分析は実用的になり、上流の設計上の問題とプロセスリスクが混同されることを回避できます。これは、実際のプロジェクトで設計FMEAとプロセスFMEAのどちらを選択するかを決定する際に重要です。.
まず、標準作業手順書（SOP）に記載されている手順ではなく、実際の作業現場で行われている手順を正確にマッピングすることから始めましょう。最初の段階では、4～6つの主要なステップからなるシンプルなフローで十分です。ただし、各ステップが潜在的な故障モードと関連付けられるようにする必要があります。目標は、チームが評価や対策について議論を始める前に、ワークシートの骨子となる部分を作成することです。.
適切なクロスファンクショナルチームを構築する
効果的なFMEAは、エンジニア1人だけで作成できるものではありません。プリント基板製造ラインの場合、コアチームには、プロセスエンジニア、品質エンジニア、生産監督者、保守技術者、そして日々の変動を直接把握しているオペレーターまたはラインリーダーを含めるべきです。サプライヤーやテストエンジニアがプロセスに影響を与える場合は、セッション全体ではなく、関連するステップのみに参加させるようにしてください。.
FMEAの手順はシンプルです。範囲を定義し、プロセスをマッピングし、チームを編成し、故障モードを特定し、影響と原因を記録し、現在の対策を文書化し、リスクを評価し、対策を割り当て、結果をレビューします。重要なのはテンプレートそのものではなく、議論を証拠に結びつけながら、プロセスを一つずつ進めていく規律です。そうすることで、暗黙知がチームが実際に活用できる構造化されたリスク登録簿へと変わります。.
故障モード、影響、および原因を特定する
チーム全員が認識を一致させた上で、各工程を見直し、その工程で何が問題になる可能性があるかを検討してください。はんだペースト印刷工程では、ファインピッチパッドへのはんだペーストの塗布不足が故障の原因となる可能性があります。リフロー工程では、不安定な熱プロファイルによるはんだ接合不良が故障の原因となる可能性があります。.
次に、各故障モードの影響を運用面から把握します。ペースト不足は、断続的な電気接触不良、回路内テストの失敗、出荷後の現場での信頼性問題を引き起こす可能性があります。次に、ステンシルの摩耗、ペースト粘度制御の不備、プリンタのずれ、スキージ圧力の不適切など、考えられる原因を列挙します。.
現在の管理策を文書化し、リスクを評価する
原因を列挙した後、予防と検出のために既に実施されている対策を文書化します。PCBの例では、予防対策にはステンシル洗浄頻度、機械設定の検証、ペースト温度チェックなどが含まれ、検出対策にはSPI、AOI、初回品検査などが含まれます。「オペレーターによるチェック」のような曖昧な対策では、後々の優先順位付けが難しくなるため、具体的に記述してください。.
行が完了すると、チームは合意された会社の尺度に基づいて、重大度、発生頻度、検出の評価を割り当てます。ここでリスク優先度番号が決定されます。 FMEA は計算されますが、スコアリングロジックについては次のセクションで説明します。ここでは、プロセスステップ間のリスクを比較するために、一貫性のあるスコアリングを行うことが主な目的です。.
行動の優先順位付けと結果の確認
スコアリング後、リスクの高い項目を分類し、リスクを最も迅速かつ確実に低減できる対策を決定します。はんだペースト不足の場合、ステンシル交換の制限を厳しくしたり、ペースト高さの自動アラームを追加したり、新製品切り替え時のセットアップ検証を見直したりすることが考えられます。各対策には、担当者、期日、発生または検出への影響を明記する必要があります。.
レビューは、議論のポイント一覧ではなく、整理され最新の状態に更新された記録で終了するべきです。完了したアクションを再評価し、リスクが許容レベルまで低下したかどうかを確認し、プロセスパフォーマンスが改善されない場合は項目を再開します。こうしてFMEAは、ワークショップ形式の演習から、管理された改善プロセスへと移行します。.
リスクの優先順位付けのための重症度、発生頻度、検出率の評価
故障モード、原因、現在の制御を特定したら、次のステップは FMEA 重要なのは、リスクを一貫した方法で評価することです。多くのチームが規律を失うのはまさにこの点であり、特に評価が共通の基準ではなく習慣に基づいている場合に顕著です。前のセクションで挙げたPCBアセンブリの例では、リフロー工程で発生するはんだブリッジの不具合モードをチームが検討しているとします。この不具合モードは、完成した基板上で短絡を引き起こす可能性があります。目標は「完璧な」数値を見つけることではなく、優先順位が明確になるように、リスクを論理的に評価することです。.
深刻度：障害が次の段階に進んだ場合の影響を評価してください
重大度とは、故障の影響による結果を測定するものであり、故障の発生頻度や検出の容易さを測定するものではありません。このPCBの場合、はんだブリッジは電気的故障、機能テストの不合格、あるいは最悪の場合、漏洩すれば現場での故障を引き起こす可能性があります。欠陥によって製品が停止したり、顧客からのクレームが発生したり、安全に関わる不具合が生じたりする可能性がある場合は、重大度を高く評価する必要があります。チームは、合意された基準を用いて、ビジネスや顧客への影響に基づいて評価を決定し、あるエンジニアの「7」が別のエンジニアの「9」にならないようにする必要があります。“
発生頻度：原因が発生する可能性を評価してください
発生頻度は、現在のプロセス条件下で故障モードの原因がどのくらいの頻度で発生すると予想されるかを示します。はんだブリッジの例では、原因ははんだペーストの過剰量、ステンシルの摩耗、部品間隔の不良とリフローのばらつきの組み合わせなどが考えられます。SPIと欠陥履歴から、ペースト関連のブリッジが1,000枚の基板につき2枚発生していることが分かる場合、チームは意見ではなく、実際の発生頻度に基づいて発生頻度を評価する必要があります。そのため、FMEAを段階的に実施する方法を学習しているチームは、不良データ、初回合格率の傾向、ラインレベルの欠陥記録を評価の議論に取り入れるべきです。.
検出：現在の制御でそれを検出できる可能性を評価してください
検出とは、既存の管理策が、不具合が下流工程に伝播したり、顧客に到達したりする前に、不具合を発見できる能力を評価するものです。検出後のチームの対応の質を評価するものではありません。同じプロセスFMEAの例では、現在の管理策には、はんだペースト検査、リフロー後のAOI、最終機能テストが含まれる場合があります。AOIが基板が進む前にほとんどのブリッジを確実に検出できる場合、検出は比較的強力です。一方、最終工程のテストで初めて不具合が発見される場合、プロセスによって不具合の見落としや手直しコストが増加するため、検出の評価は低くなります。.
3つの評価がどのように組み合わさってRPNになるのか
チームがFMEAを段階的に進めていく際、これら3つの評価を組み合わせて対策の優先順位を決定します。FMEAにおけるリスク優先度番号の算出方法の標準式は以下のとおりです。
RPN = 重症度 × 発生頻度 × 検出率
PCBの例を使用すると、はんだブリッジは 重症度8, 発生件数 5, 、 そして 検出4 生成する RPN 160. その数値は技術的な判断に取って代わるものではありませんが、チームがこのリスクを同じライン上の他の故障モードと比較するための体系的な方法を提供します。.
評価を活用して一貫性のある意思決定を行う
スコアリングの実用的な価値は比較にあるのであって、数学そのものにあるのではありません。中程度の深刻度でも頻繁に発生する故障モードは、深刻度は高いが高度に制御された問題よりも、しきい値によっては迅速な対応が必要となる場合があります。これが理由の一つです。 設計FMEAとプロセスFMEAの比較 評価基準に関する議論は異なる場合があります。DFMEAは最終用途への影響を重視することが多いのに対し、PFMEAは製造上のばらつきと管理の有効性に重点を置いています。いずれの場合も、基本的な考え方は同じです。明確に定義された基準を使用し、評価を根拠に基づいて裏付け、プロセス変更によって実際のリスクが変化するたびに評価を見直す必要があります。.
スプレッドシートFMEAからデジタルワークフローへ
スプレッドシートFMEAが制御不能になる理由
PCBアセンブリPFMEAのこの段階で、チームは高リスクの故障モードを特定しました。それは、ファインピッチパッドへのはんだペーストの塗布不足による接合部の弱化と、断続的な現場故障です。分析自体は妥当ですが、多くのチームは依然として次のステップをスプレッドシート、メールのやり取り、会議の議事録などで管理しています。故障モード影響解析（PFMEA）の価値が失われ始めるのは、まさにこの段階です。問題は手法そのものではなく、その周辺のプロセス管理の欠如にあります。.
実際には、, スプレッドシートベース FMEAFMEAは予測可能な形で崩壊する。あるエンジニアはステンシル変更後に発生頻度を更新するが、品質管理部門は依然として以前のスコアが付いた古いファイルをレビューしている。深刻度と検出可能性の評価は、異なる人が尺度を異なる方法で解釈し、スコアリングルールを強制する組み込みロジックがないため、ずれが生じる。対策はリスト化されるが、担当者、期日、完了の証拠はFMEAの範囲外にあることが多く、リスク分析と実際のプロセス改善との連携が弱まる。.
デジタルPFMEA記録の構築
A デジタル PFMEAワークフローは、ワークシートを管理された運用プロセスに変えることでこの問題を解決します。行を個別のファイルに保存する代わりに、各故障モードを、プロセスステップ、故障モード、影響、原因、現在の制御、重大度、発生頻度、検出可能性、および対応状況といった標準フィールドを備えたライブレコードとして構成できます。これにより、チームは常に最新バージョンを把握でき、監査レビューがはるかに容易になります。また、FMEAを段階的に実施する方法を学ぶ際に使用するのと同じ規律あるロジックをサポートしつつ、スコアリング後の実行をより厳密に行うことができます。.
と Jodoo, 品質管理やプロセスエンジニアリングの担当者は、IT開発を待つことなく、ノーコードのフォームとデータベースとしてPFMEA構造を構築できます。このフォームは、評価尺度の標準化、提出前に必須項目の入力を必須化、更新履歴の保持などが可能です。これは、顧客がライン試運転やプロセス変更後にスコアが変わった理由を尋ねた場合に重要になります。また、プロセスFMEA管理と設計FMEA活動を分離するのにも役立ちます。これは、設計FMEAとプロセスFMEAを異なるレビューサイクルで管理する場合に重要です。.
RPN計算とアクショントリガーの自動化
最もシンプルな改善点の1つは、自動採点ロジックです。 Jodoo, 数式フィールドを使用すると、ユーザーが 3 つの評価を入力するとすぐに、重大度、発生頻度、検出可能性を乗算して FMEA のリスク優先度番号を計算できます。これにより、手動計算エラーがなくなり、チームは PFMEA 全体で優先度を即座に一貫したビューで確認できます。はんだペーストの例では、 重症度8, 6回の発生, 、 そして 5の検出 瞬時に RPN 240.
そのスコアがしきい値を超えると、ワークフローはセルを強調表示する以上のことができます。Jodooは必要な処理をトリガーできます。 是正措置 RPNが定義された制限を超えた場合の計画、例えば 200 または、工場固有のしきい値。はんだペーストのリスクについては、システムは自動的に、ステンシルレビューのためのプロセスエンジニアリング、セットアップ検証のための生産、検査検証のための品質管理にアクションを割り当てることができます。これにより、スプレッドシートではうまく処理できない分析と対応の間のギャップが解消されます。.
部門横断的な明確な責任体制の構築
役割ベースのルーティングも同様に重要です。エンジニアリング部門はステンシルの再設計によって発生頻度を減らすことを提案し、品質部門はSPI制御が実際に検出率を向上させるかどうかを検証し、生産部門はオペレーターの標準作業がシフト中に維持できることを確認します。デジタルワークフローにより、各部門はレコードを順番にレビュー、コメント、承認、または返却することができ、追跡可能な意思決定パスが作成されます。更新の所有者を尋ねる代わりに、PFMEA自体がアクション、レビュー、および完了のための記録システムとなります。.
結論：FMEAを再現可能なリスク低減システムに変える
FMEA 品質管理は、監査や顧客要求のために一度だけ作成される文書ではなく、繰り返し実施できる運用規律として扱うことで、最大限の効果を発揮します。品質エンジニアやプロセスエンジニアにとって、その価値は明確な手順に従うことで生まれます。すなわち、範囲を定義し、故障モードを特定し、影響と原因を評価し、重大度、発生頻度、検出可能性を一貫して評価し、そしてリスクの高い問題から優先的に対処します。この構造により、チームは欠陥の見落としを減らし、プロセス管理を強化し、エンジニアリング、品質、生産部門が同じリスク認識を共有できるようになります。.
同様に重要なのは、FMEAは、対策が完了まで追跡され、プロセス変更に応じて更新される場合にのみ価値を発揮するということです。リスク優先度番号は優先順位付けに役立ちますが、真の改善は、高リスク項目を是正措置、担当者、期限、検証結果に結び付けることによって実現します。多くのスプレッドシートベースのFMEAが勢いを失うのは、まさにこの点です。.
FMEAを管理されたデジタルワークフローに変えたい場合は、, Jodoo 製造チームは、コード不要で、実際のPFMEAプロセスに基づいたカスタムフォーム、承認フロー、アクション追跡、ダッシュボードを構築できます。特定の生産ラインに合わせてカスタマイズすることも、工場全体に展開することも可能です。. 無料トライアルを開始する または デモを予約する JodooがFMEAワークフローをどのようにサポートできるかをご覧ください。.
