Linking PFMEA Seven-Step Method with Control Plans — How to Manage Process Risks Beyond "Filling Out Forms"

By: QTank Published: 6/22/2026 Views: 258
Current rating: ★★★☆☆ Rate this Equivalent to 8 ratings

Abstract: PFMEA (Process Failure Modes and Effects Analysis) is a core tool in IATF 16949 and APQP, but in many companies, PFMEA is still a one-time project that is rarely reviewed after production starts. This article outlines the structured process of PFMEA using the AIAG-VDA Seven-Step Method and explains how PFMEA can be linked with control plans (CP) to ensure that process risks are effectively managed on a daily basis.


1. Why PFMEA Often "Fails"

An auditor opens the PFMEA for a machining process: the three items with the highest RPN (Risk Priority Number) have no corresponding detection/prevention in the control plan; the on-site SOP (Standard Operating Procedure) is inconsistent with the PFMEA recommendations; the PFMEA version is from 2019, but the equipment was replaced in 2024 — documents are out of sync with the process.

The value of PFMEA lies not in the form itself but in the process: identify process risks → select control methods → document in CP/SOP → implement on-site → update with changes.

2. Overview of the PFMEA Seven-Step Method

The AIAG-VDA FMEA manual recommends the 7-Step Approach:

Step Name Output
1 Planning and Preparation Scope, team, boundary diagram, historical issues
2 Structure Analysis Process steps, 4M elements, process items
3 Function Analysis Functions and requirements for each step
4 Failure Analysis Failure modes, effects, causes
5 Risk Analysis S/O/D ratings, AP (Action Priority)
6 Optimization Preventive actions, detection actions, responsible persons
7 Documentation of Results PFMEA report, links to CP/work instructions

Unlike the old RPN (S×O×D) method, the new version emphasizes AP (Action Priority) as high, medium, or low, avoiding a sole focus on RPN.

3. Structure Analysis: How to Break Down the Process

Use process steps as the main axis (not the old method of "one scattered form per operation"):

Incoming material → Processing A → Processing B → Inspection → Packaging

Each step is associated with 4M: Man, Machine, Material, Method (Environment can be included).

The boundary diagram clearly defines: the scope of the PFMEA, and the interfaces with supplier and customer processes.

4. Failure Chain: Mode — Effect — Cause

For each function, ask:

  • Failure Mode (FM): How could this step go wrong?
  • Failure Effect (FE): What is the impact on the customer or the next process step? (Severity S)
  • Failure Cause (FC): Why does it happen? (Occurrence O)

Example: Torque tightening process

  • FM: Insufficient torque
  • FE: Loosening at the customer site (High S)
  • FC: Tool calibration failure, operator omission (Medium O)

5. Risk Control: Prevention vs. Detection

Type Example Priority
Prevention (P) Error-proofing fixtures, parameter locking, SPC Preferable to detection
Detection (D) Torque wrench data recording, 100% leak testing When necessary

After optimization, S/O/D must be reassessed to confirm that AP has been reduced.

6. Linking with Control Plans (CP)

The CP is the "executive summary" of the PFMEA — each high-risk step should be documented in the CP as follows:

CP Column From PFMEA
Process/Characteristic Steps and functions
Specifications/Tolerances Functional requirements
Evaluation/Measurement Detection controls
Sample/Frequency Based on AP and capacity
Control Method Prevention + detection
Response Plan Corresponding actions for failure effects

Rule: PFMEA update → CP must be reviewed; CP change → trace back to ensure PFMEA remains sufficient.

The CP forms part of the APQP document package along with 8.3.2 Control Plan and 8.3.3 PPAP.

7. Lifecycle Management

Trigger Event PFMEA Action
New process/new equipment Create a new PFMEA
4M changes Review and update (see 2.5.1, 8.4.1)
Major customer complaints/recalls Targeted reanalysis
Annual review Validate the effectiveness of measures

Living PFMEA: After production starts, it should be maintained by the process owner (not just the project engineer).

8. Common Misconceptions

Misconception 1: PFMEA is written by one person in the quality department. It must be a cross-functional team (process, production, equipment, quality).

Misconception 2: More detection is always better. Prevention should be prioritized, as detection is costly and lagging.

Misconception 3: PFMEA and on-site operations are disconnected. Layered Process Audits should randomly check whether PFMEA measures are being implemented.

9. Conclusion

The PFMEA Seven-Step Method provides a structured thinking process, not just Excel skills — from structure to function to failure to risk to optimization, and finally to CP implementation, this is the complete closed loop.

Filling out forms is not enough; it must be alive on the production line — this is the true reason for the existence of PFMEA.

Knowledge code: 8.3.1

Version: v20260523

Author: Quality Think Tank