FMEA

Failure Mode and Effects Analysis - Proactive Risk Management

FMEA - AlfaQMS Thailand training and consulting

1. History and Evolution

Failure Mode and Effects Analysis (FMEA) originated in the 1940s with the U.S. military as a reliability engineering tool to evaluate the effects of component failures on system performance. It was adopted by NASA in the 1960s for the Apollo space program to ensure mission reliability. The automotive industry began using FMEA in the 1970s following the Ford Pinto fuel tank controversy, which highlighted the need for systematic risk assessment during product development. The AIAG published the first FMEA manual in 1993, standardizing the methodology across the automotive supply chain. The landmark AIAG & VDA FMEA Handbook was published in 2019, harmonizing North American and European approaches and introducing a structured 7-step methodology with Action Priority replacing the traditional Risk Priority Number (RPN).

2. Scope and Application

FMEA applies to all phases of product and process development, from initial concept through production and field service. There are two primary types: Design FMEA (DFMEA) which analyzes potential failures in product design, and Process FMEA (PFMEA) which analyzes potential failures in manufacturing and assembly processes. The scope includes failure mode identification, effects analysis, cause analysis, risk assessment, and corrective action planning. FMEA is mandatory for IATF 16949 certification and is required by all major automotive OEMs. It is also widely used in aerospace, medical devices, and other industries where proactive risk management is critical to safety and reliability.

3. Definitions and Terminology

TermDefinition
Failure ModeThe manner in which a component, subsystem, or system could potentially fail to meet the design intent.
EffectThe consequence of a failure mode on the customer (internal or external).
CauseThe reason a failure mode occurs, typically related to a design weakness or process variation.
Severity (S)The seriousness of the effect of a failure mode (rated 1-10).
Occurrence (O)The likelihood that a specific cause will occur (rated 1-10).
Detection (D)The likelihood that the failure mode or cause will be detected before reaching the customer (rated 1-10).
Action Priority (AP)High, Medium, or Low priority for action based on a decision table (replaces RPN in harmonized FMEA).

4. Fundamental Concepts

The theoretical foundation of FMEA is rooted in systems engineering, reliability theory, and proactive risk management. FMEA is not merely a documentation exercise—it is a structured, team-based methodology for identifying potential failures before they occur and implementing preventive actions to eliminate or mitigate risks. Understanding FMEA requires appreciating the distinction between reactive problem solving (fixing failures after they occur) and proactive risk management (preventing failures before they occur).

The 7-Step FMEA Approach (AIAG & VDA Harmonized)

The harmonized FMEA handbook introduces a structured 7-step approach that ensures comprehensive analysis: (1) Planning and Preparation, (2) Structure Analysis, (3) Function Analysis, (4) Failure Analysis, (5) Risk Analysis, (6) Optimization, and (7) Results Documentation. The theoretical insight is that traditional FMEA often allowed teams to jump directly into brainstorming failure modes without first understanding the system architecture and intended functions. The 7-step approach mandates that structure and function must be clearly defined before failures can be logically deduced.

Structure Analysis and System Decomposition

Structure analysis involves decomposing the system into its constituent elements: system, subsystem, and component for DFMEA; or process step, operation, and characteristic for PFMEA. The theoretical basis is that failures occur at specific levels of the system hierarchy, and understanding the structure enables systematic identification of potential failure modes. Structure trees, block diagrams, and process flow diagrams are used to visualize the system architecture and ensure that all elements are analyzed.

Function Analysis and Requirements Definition

Function analysis defines what each system element is supposed to do—its intended purpose and requirements. The theoretical insight is that a failure mode is defined as the inability to fulfill a function. Without clearly defined functions, failure mode identification becomes subjective and inconsistent. Functions must be specific, measurable, and linked to customer requirements and engineering specifications. The theoretical requirement is that every component and process step must have clearly defined functions before failure modes can be identified.

Failure Analysis and the Failure Net

Failure analysis identifies potential failure modes, their effects, and their causes. The theoretical foundation is the "failure net"—a logical chain connecting cause → failure mode → effect. For each function, the team brainstorms how it could fail (failure mode), what the consequence would be (effect), and why it might fail (cause). The theoretical insight is that understanding the complete failure net enables targeted corrective actions: addressing the cause prevents the failure mode, and mitigating the effect reduces the severity.

Risk Analysis and Action Priority

Risk analysis evaluates the severity, occurrence, and detection of each failure mode. The theoretical challenge with the traditional Risk Priority Number (RPN = S × O × D) was that vastly different risk profiles could yield the same number (e.g., S=10, O=2, D=2 = 40 vs. S=2, O=10, D=2 = 40). The harmonized approach introduces Action Priority (High, Medium, Low) determined by a decision matrix that inherently weights severity more heavily. The theoretical insight is that high-severity failures (safety, regulatory) must be prioritized regardless of their occurrence or detection ratings.

When and Where FMEA Applies

FMEA applies throughout the product lifecycle: DFMEA during design and development, PFMEA during process planning and validation, and ongoing FMEA updates during production and field service. It is mandatory for APQP (Advanced Product Quality Planning) and PPAP (Production Part Approval Process). FMEA is a living document that must be updated whenever design changes occur, new manufacturing technologies are introduced, or field failures provide new information.

5. Manufacturing Applications

FMEA is applied by cross-functional teams during product and process development. DFMEA identifies design weaknesses and drives design improvements, error-proofing, and validation testing. PFMEA identifies process risks and drives process controls, inspection methods, and operator training. FMEA outputs directly feed the Control Plan, which specifies the controls for each characteristic identified as critical in the FMEA.

6. Implementation Guide

  • Establish a cross-functional FMEA team with representatives from design, manufacturing, quality, and other relevant disciplines.
  • Define the scope and boundaries of the FMEA (what is included and what is excluded).
  • Conduct structure analysis using block diagrams, structure trees, or process flow diagrams.
  • Perform function analysis to define the intended purpose of each element.
  • Execute failure analysis to identify failure modes, effects, and causes (the failure net).
  • Conduct risk analysis using the harmonized S, O, D rating tables and determine Action Priority.
  • Develop optimization actions to reduce High and Medium AP items.
  • Document results and link the FMEA to the Control Plan and work instructions.
  • Update the FMEA whenever design or process changes occur or field failures provide new information.

7. Required Documentation

FMEA Planning Documentation (scope, team, timing), Structure Analysis (block diagrams, process flow), Function Analysis (function matrices), Failure Analysis (failure nets), Risk Analysis (S, O, D ratings, Action Priority), Optimization Actions (corrective actions with responsible parties and target dates), Results Documentation (FMEA worksheets), and linkage to Control Plans and work instructions.

8. Audit Preparation

Verify that FMEA follows the 7-step methodology and is not just a legacy spreadsheet. Check that structure and function analysis are documented and comprehensive. Ensure that failure nets are logical and that root causes are identified, not just symptoms. Review risk analysis to confirm that Action Priority (not RPN) is used for prioritization. Verify that High and Medium AP items have optimization actions with target dates and responsible parties. Confirm that the FMEA is linked to the Control Plan and that it is updated when changes occur.

9. Industrial Examples

An automotive electronics supplier conducted a DFMEA for a new engine control unit. During function analysis, they identified that the ECU must operate reliably in temperatures up to 125°C. Failure analysis revealed that high temperatures could cause solder joint fatigue. Risk analysis assigned a Severity of 9 (safety-related) and an Occurrence of 4. The Action Priority was High, triggering optimization actions including thermal simulation, material selection for high-temperature solder alloys, and accelerated thermal cycling validation testing. These actions prevented potential field failures and warranty claims.

10. Common Mistakes

  • Skipping structure and function analysis and jumping directly to failure mode brainstorming.
  • Using generic failure modes (e.g., "part breaks") instead of specific, engineering-based descriptions.
  • Identifying symptoms as causes rather than root causes.
  • Using inconsistent S, O, D ratings across different FMEAs or team members.
  • Continuing to use RPN instead of Action Priority for risk prioritization.
  • Not updating the FMEA when design or process changes occur.
  • Treating FMEA as a one-time APQP deliverable rather than a living document.
  • Not linking the FMEA to the Control Plan and work instructions.

11. Integration with Other Standards

FMEA integrates with APQP (risk identification during planning), PPAP (validation of FMEA actions), Control Plans (implementation of FMEA controls), IATF 16949 (Clause 8.3.3.2 - Design FMEA, Clause 8.5.1.1 - Control Plan), and VDA 6.3 (process audit verification of FMEA implementation). It is the central risk management tool in the automotive quality system.

12. Frequently Asked Questions

Q: What is the difference between DFMEA and PFMEA?
A> DFMEA analyzes potential failures in product design—how the design could fail to meet customer requirements. PFMEA analyzes potential failures in manufacturing and assembly processes—how the process could fail to produce conforming parts. DFMEA focuses on design weaknesses (material selection, geometry, tolerances), while PFMEA focuses on process variations (tool wear, operator error, environmental conditions). Both are essential and complementary: DFMEA identifies what can go wrong with the design, and PFMEA identifies how the manufacturing process might fail to prevent those design-related failures.

13. Certification Preparation

Demonstrate that FMEA follows the 7-step harmonized methodology with comprehensive structure and function analysis. Show evidence of cross-functional team participation and logical failure nets. Verify that Action Priority is used for risk prioritization and that High and Medium AP items have optimization actions. Confirm that the FMEA is linked to the Control Plan and that it is updated when changes occur. Assess the overall FMEA culture and whether it is used as a living risk management tool rather than a compliance exercise.

14. Future Trends

The future of FMEA involves AI-assisted failure mode identification using historical warranty data and natural language processing, cloud-based collaborative FMEA platforms that enable real-time multi-site FMEA development, and integration with digital twin technology to simulate failure modes virtually before physical prototyping. Additionally, there is increasing emphasis on integrating FMEA with risk management frameworks like ISO 31000 to create comprehensive, enterprise-wide risk management systems.

Article Created by AlfaQMS Thailand

© 2026 Alfa Quality Consulting Thailand Co., Ltd. All rights reserved.

Leave a Comment