Accendo Reliability

Your Reliability Engineering Professional Development Site

  • Home
  • About
    • Contributors
  • Reliability.fm
    • Speaking Of Reliability
    • Rooted in Reliability: The Plant Performance Podcast
    • Quality during Design
    • Way of the Quality Warrior
    • Critical Talks
    • Dare to Know
    • Maintenance Disrupted
    • Metal Conversations
    • The Leadership Connection
    • Practical Reliability Podcast
    • Reliability Matters
    • Reliability it Matters
    • Maintenance Mavericks Podcast
    • Women in Maintenance
    • Accendo Reliability Webinar Series
  • Articles
    • CRE Preparation Notes
    • on Leadership & Career
      • Advanced Engineering Culture
      • Engineering Leadership
      • Managing in the 2000s
      • Product Development and Process Improvement
    • on Maintenance Reliability
      • Aasan Asset Management
      • AI & Predictive Maintenance
      • Asset Management in the Mining Industry
      • CMMS and Reliability
      • Conscious Asset
      • EAM & CMMS
      • Everyday RCM
      • History of Maintenance Management
      • Life Cycle Asset Management
      • Maintenance and Reliability
      • Maintenance Management
      • Plant Maintenance
      • Process Plant Reliability Engineering
      • ReliabilityXperience
      • RCM Blitz®
      • Rob’s Reliability Project
      • The Intelligent Transformer Blog
      • The People Side of Maintenance
      • The Reliability Mindset
    • on Product Reliability
      • Accelerated Reliability
      • Achieving the Benefits of Reliability
      • Apex Ridge
      • Metals Engineering and Product Reliability
      • Musings on Reliability and Maintenance Topics
      • Product Validation
      • Reliability Engineering Insights
      • Reliability in Emerging Technology
    • on Risk & Safety
      • CERM® Risk Insights
      • Equipment Risk and Reliability in Downhole Applications
      • Operational Risk Process Safety
    • on Systems Thinking
      • Communicating with FINESSE
      • The RCA
    • on Tools & Techniques
      • Big Data & Analytics
      • Experimental Design for NPD
      • Innovative Thinking in Reliability and Durability
      • Inside and Beyond HALT
      • Inside FMEA
      • Integral Concepts
      • Learning from Failures
      • Progress in Field Reliability?
      • R for Engineering
      • Reliability Engineering Using Python
      • Reliability Reflections
      • Testing 1 2 3
      • The Manufacturing Academy
  • eBooks
  • Resources
    • Accendo Authors
    • FMEA Resources
    • Feed Forward Publications
    • Openings
    • Books
    • Webinars
    • Journals
    • Higher Education
    • Podcasts
  • Courses
    • 14 Ways to Acquire Reliability Engineering Knowledge
    • Reliability Analysis Methods online course
    • Measurement System Assessment
    • SPC-Process Capability Course
    • Design of Experiments
    • Foundations of RCM online course
    • Quality during Design Journey
    • Reliability Engineering Statistics
    • Quality Engineering Statistics
    • An Introduction to Reliability Engineering
    • Reliability Engineering for Heavy Industry
    • An Introduction to Quality Engineering
    • Process Capability Analysis course
    • Root Cause Analysis and the 8D Corrective Action Process course
    • Return on Investment online course
    • CRE Preparation Online Course
    • Quondam Courses
  • Webinars
    • Upcoming Live Events
  • Calendar
    • Call for Papers Listing
    • Upcoming Webinars
    • Webinar Calendar
  • Login
    • Member Home

by Carl S. Carlson Leave a Comment

Using Design FMEAs to improve Design Verification Plans

“I didn’t fail the test, I just found 100 ways to do it wrong.” Benjamin Franklin

Properly done, Design FMEAs should improve product designs and test plans. This article describes how DFMEAs can be used to improve testing and analysis, which are embodied in the Design Verification Plan (DVP).

What is a Design Verification Plan?

A Design Verification Plan (DVP) documents the strategy that will be used to verify and ensure that a product or system meets its design specifications and other requirements. Each of the product requirements are listed in the DVP along with the physical test or analytical method that will determine if the requirement is met.

What is the relationship between Design FMEA and DVP?

The System or Design FMEA is a key contributor to the effectiveness of the Design Verification Plan. The linkage between the FMEA and the DVP plan goes two ways. In the first, the FMEA team includes representation from the testing department, in order to ensure that the team considers all needed input from testing as part of the analysis. In the second, the FMEA team ensures that the Design Verification Plan is impacted in a positive way by the results of the FMEA.

How do FMEAs improve DVPs?

Specifically, when the FMEA team identifies failure modes and associated causes that are not currently well detected in test plans or procedures, the test plans and procedures should be updated and improved so all failure modes / causes of concern are detected during testing. Any changes to test procedures or test plans should be identified as FMEA recommended actions.

Here is an example DFMEA on a bicycle hand brake subsystem

Excerpt from hand brake DFMEA

Can you identify the Recommended Actions that improve the test plan for the hand brake?

Why enter DVP improvements in the Recommended Actions column of the FMEA?

The short answer is everything that the FMEA team believes needs to be done different from what is already planned or in place should go in the Recommended Actions column of the FMEA. The reason for this is the entries in the Recommended Actions column have additional information to facilitate execution of the task that is recommended, such as the person who is responsible for the execution of the task, the target date when the task
should be completed and other project management information.

What does a DVP look like?

The following is a fictitious and simplified example of a Design Verification Plan for Hand Brake Subsystem, excerpted from chapter 6, Figure 6.32 of the book Effective FMEAs. The “Design Controls” from the Design FMEA are transferred to the “Test/Specification Method” column of the Design Verification Plan. The test/verification team fills out the rest of the DVP. Note, in this example, in addition to transferring the design controls to the DVP, the Design FMEA recommended actions that are related to test improvements are also added to the DVP.

Example of Design Verfication Plan

Can you identify the Hand Brake Test/Specification Methods that are improved based on the corresponding Hand Brake DFMEA?

FMEA Tip

Some FMEA practitioners enter suggested tests in the Recommended Actions of the Design FMEA. This is not a good practice. The best practice is to recommend modification to the DVP. For example, if the Design FMEA team wishes to add a new cable strength test, the recommended action in the FMEA would be, “add cable strength test to DVP.” If the FMEA team enters “conduct cable strength test” to the FMEA Recommended Actions, both the FMEA and the DVP will be tracking the accomplishment of the cable strength test, which is double tracking.

What risk factors drive changes to the DVP?

In general, when the current design controls (such as specific tests) do not adequately detect a higher risk failure mode / cause, the FMEA team should recommend additions or modifications to the DVP in order to improve the detection capability of the failure mode / cause.

Summary

One of the objectives of Design FMEA is to improve the Design Verification Plan. Following the suggestions in this article will help FMEA teams accomplish this purpose.

Reader Question

Since FMEA is a living document, I always thought that reviewing of it should be as simple as possible. If the FMEA document is maintained only in a paper form, is it permissible to update this document without saving copies of last version? Or should we have a story of changes? What is the way it is usually done?

My response

The policy for maintaining FMEA records is up to each company, and should be well thought out. Since FMEAs are legal documents, the policy for updating and retaining FMEAs should be consistent with company legal guidelines. Most companies maintain records of FMEA versions once the original FMEA has been completed through Recommended Actions and Actions Taken. Each subsequent FMEA version has its own unique identification number. This provides a record of changes without adding unduly to the burden of maintaining records.

Next Article

Properly done, Process FMEAs should improve process designs and process control plans. This article describes how PFMEAs can be used to improve manufacturing and assembly processes.

 

Filed Under: Articles, Inside FMEA, on Tools & Techniques

About Carl S. Carlson

Carl S. Carlson is a consultant and instructor in the areas of FMEA, reliability program planning and other reliability engineering disciplines, supporting over one hundred clients from a wide cross-section of industries. He has 35 years of experience in reliability testing, engineering, and management positions, including senior consultant with ReliaSoft Corporation, and senior manager for the Advanced Reliability Group at General Motors.

« Warranty Costs are Lot More than the Accounts Tell You
Why Your Mind is Your Greatest Asset »

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

Articles by Carl Carlson
in the Inside FMEA series

[popup type="" link_text="Logo Info" ]

Information about FMEA Icon

Inside FMEA can be visually represented by a large tree, with roots, a solid trunk, branches, and leaves.

- The roots of the tree represent the philosophy and guiding principles for effective FMEAs.
- The solid trunk of the tree represents the fundamentals for all FMEAs.
- The branches represent the various FMEA applications.
- The leaves represent the valuable outcomes of FMEAs.
- This is intended to convey that each of the various FMEA applications have the same fundamentals and philosophical roots.

 

For example, the roots of the tree can represent following philosophy and guiding principles for effective FMEAs, such as:

1. Correct procedure         2. Lessons learned
3. Trained team                 4. Focus on prevention
5. Integrated with DFR    6. Skilled facilitation
7. Management support

The tree trunk represents the fundamentals of FMEA. All types of FMEA share common fundamentals, and these are essential to successful FMEA applications.

The tree branches can include the different types of FMEAs, including:

1. System FMEA         2. Design FMEA
3. Process FMEA        4. DRBFM
5. Hazard Analysis     6. RCM or Maintenance FMEA
7. Software FMEA      8. Other types of FMEA

The leaves of the tree branches represent individual FMEA projects, with a wide variety of FMEA scopes and results. [/popup]

Join Accendo

Receive information and updates about articles and many other resources offered by Accendo Reliability by becoming a member.

It’s free and only takes a minute.

Join Today

Recent Posts

  • test
  • test
  • test
  • Your Most Important Business Equation
  • Your Suppliers Can Be a Risk to Your Project

© 2025 FMS Reliability · Privacy Policy · Terms of Service · Cookies Policy