You are on page 1of 4

Failure Modes and Effects Analysis (FMEA) Overview

Steps which are needed to be followed same:


Describe the product or process.

A clear and specific description of the product or process undergoing FMEA must first be articulated. The
1 creation of this description ensures that the responsible engineer fully understands the 'form, fit, and
function' of the product or process.

Draw a block diagram of the product or process.

A block diagram of the product/process needs to be developed to show the logical relationships between
2 the components of the product or the steps/stages of the process. A block diagram may be in the form
of boxes connected by lines, with each box corresponding to a major component of the product or a
major step of the process. The lines correspond to how the product components or process steps are
related to each other.

Complete the header of the FMEA Table (Table 1).

FMEA Table headers vary from one to the next, since they are supposed to be customized according to
3 the requirements of the companies using them. Generally the header requires, among others that you
may wish to add, the following information: Product/Process/System Name, Component/Step Name;
Product Designer or Process Engineer, Name of the Person who prepared the FMEA form; FMEA Date;
Revision Level (letter or number); and Revision Date.

Enumerate the items (components, functions, steps, etc.) that make up the product or
process.
4 Break down the product or process being subjected to FMEA into its major components or steps. List
down each of these components or steps in Column 1 of the FMEA table. The items must be listed
down in a logical manner.

Identify all potential Failure Modes associated with the product or process.

A failure mode is defined as how a system, product, or process is failing.

Now here arises some confusion in the semiconductor industry, which usually measures its failure modes
in terms of how the product or process is deviating from its specifications. A product or process can
have hundreds of different failure modes based on this definition, most of which are highly correlated to
each other because of a common failure mechanism behind them.

A failure mechanism is defined as the physical phenomenon behind the failure mode(s) observed, e.g.,
5 die cracking, corrosion, electromigration, etc.

To simplify the use of FMEA in the semiconductor industry, therefore, the engineer may choose whether
to construct the FMEA table in terms of failure modes or in terms of failure mechanisms. For
convenience of discussion, the term 'failure mode' shall refer to either failure mode or failure mechanism
when used in this web page (this web page only!).

An example of a semiconductor process where failure mechanisms may be more effective to use is
Wirebonding, whose failure mechanisms include ball lifting, wedge lifting, wire breaking, bond-to-bond
shorting, etc.

6
List down each Failure Mode using its technical term.

Using an official technical term for listing the failure mode prevents confusion. All potential failure
modes should be listed down for each item (product component or process step). Column 2 of the FMEA
Table shall be used for this purpose.

Describe the effects of each of the failure modes listed and assess the severity of each of
these effects.

For each of the failure modes in Column 2, a corresponding effect (or effects) must be identified and
listed in Column 3 of the FMEA Table. A failure effect is what the customer will experience or perceive
once the failure occurs. A customer may either be internal or external, so effects to both must be
included. Examples of effects include: inoperability or performance degradation of the product or
process, injury to the user, damage to equipment, etc.
7
Assign a severity rating to each effect. Each company may develop its own severity rating system,
depending on the nature of its business. A common industry standard is to use a 1-to-10 scale system,
with the '1' corresponding to 'no effect' and the '10' corresponding to maximum severity, such as the
occurrence of personal injury or death with no warning or a very costly breakdown of an enormous
system.

Column 4 of the FMEA Table is used for the severity rating (SEV) of the failure mode.

Identify the possible cause(s) of each failure mode.

Aside from its effect(s), the potential cause(s) of every listed failure mode must also be enumerated. A
8 potential cause should be something that can actually trigger the failure to occur. Examples of failure
causes include: improper equipment set-up, operator error, use of worn-out tools, use of incorrect
software revision, contamination, etc.

The potential causes are listed in Column 5 of the FMEA Table.

Quantify the probability of occurrence (Probability Factor or PF) of each of the failure mode
causes.

The likelihood of each of the potential failure cause occurring must be quantified. Every failure cause will
then be assigned a number (PF) indicating this likelihood or probability of occurrence. A common
9
industry standard for this is to assign a '1' to a cause that is very unlikely to occur and a '10' to a cause
that is frequently encountered.

PF values for each of the failure causes are indicated in Column 6 of the FMEA Table.

Identify all existing controls (Current Controls) that contribute to the prevention of the
occurrence of each of these failure mode causes.
10 Existing controls that prevent the cause of the failure mode from occurring or detect the failure before it
reaches the customer must be identified and evaluated for its effectiveness in performing its intended
function. Each of the controls must be listed in Column 7 of the FMEA Table.

Determine the ability of each control in preventing or detecting the failure mode or its cause.

The effectiveness of each of the listed controls must then be assessed in terms of its likelihood of
11 preventing or detecting the occurrence of the failure mode or its failure cause. As usual, a number must
be assigned to indicate the detection effectiveness (DET) of each control. DET numbers are shown in
Column 8 of the FMEA Table.

12
Calculate the Risk Priority Numbers (RPN).
The Risk Priority Number (RPN) is simply the product the Failure Mode Severity (SEV), Failure Cause
Probability (PF), and Control Detection Effectiveness (DET) ratings. Thus, RPN = (SEV) x (PF) x (DET).

The RPN, which is listed in Column 9 of the FMEA Table, is used in prioritizing which items require
additional quality planning or action.

Identify action(s) to address potential failure modes that have a high RPN.

A high RPN needs the immediate attention of the engineer since it indicates that the failure mode can
result in an enormous negative effect, its failure cause has a high likelihood of occurring, and there are
insufficient controls to catch it. Thus, action items must be defined to address failure modes that have
high RPN's.

These actions include but should not be limited to the following: inspection, testing, monitoring,
13 redesign, de-rating, conduct of preventative maintenance, redundancy, process evaluation/optimization,
etc.

Column 10 of the FMEA Tables is used to list down applicable action items.

Implement the defined actions.

Assign a responsible owner and a target date of completion for each of the actions defined. This makes
14 ownership of the actions clear-cut and facilitates tracking of the actions' progress. The responsible
owner and target completion dates must be indicated in Column 11 of the FMEA Table.

The status or outcome of each action item must also be indicated in Column 12 of the FMEA Table.

Review the results of the actions taken and reassess the RPN's.

After the defined actions have been completed, their over-all effect on the failure mode they're supposed
to address must be reassessed. The engineer must update the SEV, PF, and DET numbers accordingly.
The new RPN must then be recalculated once the new SEV, PF, and DET numbers have been
15 established. The new RPN should help the engineer decide if more actions are needed or if the actions
are sufficient.

Columns 13, 14, 15, and 16 of the FMEA Table are used to indicate the new SEV, PF, DET, and RPN,
respectively.

Keep the FMEA Table updated.


16 Update the FMEA table every time the product design or process changes or new actions or information
cause the SEV, PF, or DET to change.
Table 1. Example of a Simplified FMEA Table

You might also like