Loading...
quality

Process FMEA Review Audit

Review PFMEA documents for scope, risk ratings, controls, and action tracking in one audit pass. Use it to catch missing failure modes, weak controls, and overdue actions before they reach production.

Trusted by frontline teams 15 years of frontline software AI customization in seconds

Built for: Automotive Manufacturing · Aerospace And Defense · Industrial Equipment Manufacturing · Medical Device Manufacturing · Electronics Assembly

Overview

This Process FMEA Review Audit template is used to verify that a PFMEA document matches the current process, uses the approved risk ranking method, and tracks actions to closure. It is built for reviewing the document itself, not for creating the PFMEA from scratch. The audit checks whether the process scope is correct, whether failure modes are written at the process-step level, whether causes and controls are logically connected, and whether severity, occurrence, detection, and RPN values are calculated and prioritized correctly.

Use this template when a PFMEA is being released, revised, or revalidated after a process change, complaint, audit finding, or customer requirement update. It is also useful during periodic quality reviews when teams need to confirm that the PFMEA still reflects the current process flow diagram and control plan. The template helps reviewers identify deficiencies such as vague failure statements, missing special characteristics, weak detection controls, or overdue actions with no owner.

Do not use it as a substitute for the PFMEA itself or for a live process audit of the shop floor. If the goal is to inspect equipment condition, operator compliance, or product characteristics in real time, use a process audit or layered process audit instead. This template is best when the question is whether the PFMEA document is complete, current, and actionable enough to support risk control and corrective action tracking.

Standards & compliance context

  • This template supports ISO 9001:2015 risk-based thinking by checking that documented process risks, controls, and corrective actions are maintained and reviewed.
  • It aligns with AIAG-VDA PFMEA expectations by requiring clear process-step linkage, cause-and-effect logic, ranking validation, and action follow-up.
  • It helps organizations meet customer-specific quality requirements by verifying that special characteristics, control plan links, and approved ranking methods are reflected in the PFMEA.
  • For regulated manufacturing environments, the audit can support internal quality system evidence, but it should be customized to the applicable industry standard and customer contract requirements.

General regulatory context for orientation only — verify current requirements with counsel or the relevant agency before relying on this template for compliance.

What's inside this template

PFMEA Document Control

This section matters because an outdated or mis-scoped PFMEA can make every later risk judgment unreliable.

  • PFMEA identifies the correct process, product, and scope (critical · weight 4.0)
  • Document revision, date, and owner are clearly listed (weight 3.0)
  • Cross-functional review team is documented (weight 3.0)
  • PFMEA is linked to the current process flow diagram and control plan (critical · weight 5.0)
  • Required customer, regulatory, or internal requirements are reflected (weight 5.0)

Failure Mode and Effect Analysis

This section matters because the audit should prove that each process step has a specific failure logic, not just a generic issue list.

  • Failure modes are specific, observable, and process-step aligned (critical · weight 6.0)
  • Effects of failure are documented at the process, downstream, and customer level (weight 6.0)
  • Causes are identified and tied to the failure mode (weight 6.0)
  • Current prevention and detection controls are listed for each cause (critical · weight 6.0)
  • Special characteristics or critical process steps are identified where applicable (weight 6.0)

Risk Rating Validation

This section matters because incorrect severity, occurrence, detection, or RPN values can hide the items that need action first.

  • Severity ranking is assigned using the approved ranking scale (critical · weight 6.0)
  • Occurrence ranking is assigned using the approved ranking scale (critical · weight 6.0)
  • Detection ranking is assigned using the approved ranking scale (critical · weight 6.0)
  • RPN is calculated correctly from severity, occurrence, and detection (critical · weight 6.0)
  • High-risk items are prioritized for action based on the organization’s threshold (weight 6.0)

Action Plan and Follow-Up

This section matters because a PFMEA without assigned, tracked, and evidenced actions does not reduce risk in practice.

  • Recommended actions are specific and linked to the relevant failure mode (critical · weight 4.0)
  • Action owner and due date are assigned for each open item (critical · weight 4.0)
  • Action status is current and overdue items are identified (weight 3.0)
  • Residual risk is reassessed after action implementation (weight 2.0)
  • Evidence of closure is attached or referenced for completed actions (weight 2.0)

Review Outcome

This section matters because it captures the final audit decision and the follow-up needed to close the loop.

  • Overall PFMEA review result (critical · weight 2.0)
  • Summary of deficiencies and required follow-up actions (weight 3.0)

How to use this template

  1. 1. Confirm the PFMEA document, revision, process flow diagram, and control plan are the current approved versions before you start the review.
  2. 2. Assign the audit to a reviewer who understands the process and can verify each failure mode, cause, control, and ranking against the approved method.
  3. 3. Walk through each process step and check that failure modes are specific, effects and causes are linked correctly, and prevention and detection controls are actually listed.
  4. 4. Validate the severity, occurrence, and detection rankings, recalculate the RPN where needed, and flag any item above the organization’s action threshold.
  5. 5. Review every open action for owner, due date, status, and closure evidence, then document residual risk after implementation and record the final audit outcome.

Best practices

  • Tie every failure mode to a single process step so reviewers can see exactly where the risk enters the process.
  • Use observable language for causes and effects, such as tool wear, incorrect setup, or missing verification, instead of broad labels like operator error.
  • Check that prevention controls and detection controls are different in purpose and that neither one is only a repeat of the other.
  • Recalculate RPN whenever severity, occurrence, or detection changes, and do not rely on a copied value from an older revision.
  • Flag special characteristics, critical process steps, and customer-required controls in the same place every time so they are easy to trace into the control plan.
  • Require action owners to name the exact deliverable, not just a general improvement, so closure can be verified objectively.
  • Attach evidence for closed actions, such as revised work instructions, training records, or updated inspection results, before marking the item complete.

What this template typically catches

Issues teams running this template most often surface in practice:

PFMEA scope does not match the current process flow diagram or includes steps that no longer exist.
Failure modes are written as vague outcomes like 'scrap' or 'rework' instead of a specific process failure.
Causes are not tied to the failure mode or are written as broad blame statements with no process mechanism.
Current controls are listed, but the detection control cannot realistically catch the failure before release.
Severity, occurrence, or detection rankings are copied from an older revision and do not match the approved scale.
RPN is calculated incorrectly or high-risk items are not prioritized according to the organization’s threshold.
Action items are open with no owner, no due date, or no evidence of closure.
Residual risk was not reassessed after the corrective action was implemented.

Common use cases

Quality Engineer reviewing a launch PFMEA
A quality engineer uses the audit to confirm that a new product PFMEA matches the released process flow, includes all special characteristics, and has action items assigned before launch. The review helps prevent a document from passing approval with missing controls or stale rankings.
Manufacturing manager preparing for a customer audit
A manufacturing manager runs the template to verify that open PFMEA actions have owners, due dates, and closure evidence. It also helps show that the team is using a consistent ranking method and has updated the document after process changes.
Supplier quality team auditing a contract manufacturer
A supplier quality team uses the audit to compare the contract manufacturer’s PFMEA against the approved process flow and control plan. This is useful when the buyer needs evidence that risk controls are documented and that high-risk items are being actively managed.
Corrective action team after a defect escape
After a defect reaches the customer, the team reviews the PFMEA to see whether the failure mode, cause, or detection control was missed or underestimated. The template helps connect the complaint back to the document and identify where the risk review needs to be strengthened.

Frequently asked questions

What does this Process FMEA Review Audit template actually check?

It checks whether the PFMEA is complete, current, and internally consistent. The audit walks through document control, failure mode analysis, risk rating validation, action tracking, and the final review outcome. It is designed to surface deficiencies such as missing process steps, weak cause statements, incorrect RPN math, and open actions without owners.

When should we use this PFMEA audit template?

Use it during PFMEA creation, scheduled management review, process changes, customer complaint follow-up, and before launching a new product or process. It is also useful after a control plan update or a process deviation that suggests the PFMEA may be stale. If the process has not changed and the document is already under formal review cadence, the audit can be lighter but should still confirm closure of open items.

Who should run the review audit?

A cross-functional reviewer is best, typically quality, manufacturing, engineering, and operations with process knowledge. The person running the audit should understand the process flow, the control plan, and the organization’s severity, occurrence, and detection ranking rules. For special characteristics or customer-specific requirements, include the relevant process owner or quality lead.

How often should a PFMEA be reviewed?

The right cadence depends on process risk and change frequency, but it should be reviewed whenever the process, product, equipment, or controls change. Many teams also schedule periodic reviews to confirm the PFMEA still matches the current process flow and that action items are closed. A stale PFMEA is a common non-conformance because it no longer reflects actual risk or controls.

Does this template align with AIAG-VDA PFMEA expectations?

Yes, it supports the core expectations behind structured PFMEA review: clear process scope, failure mode logic, cause and effect linkage, risk evaluation, and action follow-up. It is also compatible with quality management system practices under ISO 9001:2015 because it helps verify documented information, risk-based thinking, and corrective action tracking. You can customize the ranking language to match your internal or customer-required method.

What are the most common mistakes this audit catches?

Common misses include failure modes written as vague symptoms instead of process-step-specific conditions, causes that are not tied to the failure mode, and controls that are listed but not actually capable of detecting or preventing the issue. Teams also miss incorrect RPN calculations, outdated revision references, and action items that were closed without evidence. Another frequent problem is forgetting to update the PFMEA after a process change or customer complaint.

Can we customize the ranking scales and thresholds?

Yes, the template is meant to be adapted to your organization’s approved severity, occurrence, and detection scales and your action threshold rules. You can also add customer-specific special characteristics, plant-specific approval steps, or links to your control plan and process flow diagram. Keep the ranking definitions consistent so reviewers do not score the same risk differently from one audit to the next.

How does this compare with an ad-hoc PFMEA review in a meeting?

An ad-hoc review often misses traceability because comments are discussed verbally and not checked against the document structure. This template forces a repeatable walk-through of scope, ratings, actions, and closure evidence, which makes findings easier to assign and track. It also helps prevent the common problem of a PFMEA that looks reviewed but still contains outdated or unsupported entries.

What should we attach as evidence for closed actions?

Attach whatever proves the action was implemented and is working, such as revised work instructions, updated control plan entries, training records, inspection results, or photos of the changed process condition. If the action changes detection or prevention, include evidence that the new control is in place and linked to the relevant failure mode. Closure should not rely on a status update alone.

Go deeper on the topic

Related concepts
  • A daily huddle is a brief (10–15 minute) standing meeting held at the start of a shift or workday to align the team on priorities, surface issues, and...
  • A deskless worker is any employee whose job happens without a desk, a company laptop, or a fixed workstation. They're roughly 80% of the global workforce —...
  • A frontline employee app is a phone-first application that gives hourly, field, and deskless workers access to their schedule, pay, announcements, training,...
  • A frontline worker is any employee whose job happens away from a desk — on a production floor, in a patient room, behind a store counter, in a customer's...
Related guides

Ready to use this template?

Get started with MangoApps and use Process FMEA Review Audit with your team — pricing built for small business.

Ask AI Product Advisor

Hi! I'm the MangoApps Product Advisor. I can help you with:

  • Understanding our 40+ workplace apps
  • Finding the right solution for your needs
  • Answering questions about pricing and features
  • Pointing you to free tools you can try right now

What would you like to know?