Accendo Reliability

Your Reliability Engineering Professional Development Site

  • Home
  • About
    • Contributors
    • About Us
    • Colophon
    • Survey
  • Reliability.fm
  • Articles
    • CRE Preparation Notes
    • NoMTBF
    • on Leadership & Career
      • Advanced Engineering Culture
      • ASQR&R
      • 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 Maintenance Management
      • 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
      • RCM Blitz®
      • ReliabilityXperience
      • 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
      • Field Reliability Data Analysis
      • Metals Engineering and Product Reliability
      • Musings on Reliability and Maintenance Topics
      • Product Validation
      • Reliability by Design
      • Reliability Competence
      • Reliability Engineering Insights
      • Reliability in Emerging Technology
      • Reliability Knowledge
    • 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
      • Institute of Quality & Reliability
      • Integral Concepts
      • Learning from Failures
      • Progress in Field Reliability?
      • R for Engineering
      • Reliability Engineering Using Python
      • Reliability Reflections
      • Statistical Methods for Failure-Time Data
      • Testing 1 2 3
      • The Manufacturing Academy
  • eBooks
  • Resources
    • Accendo Authors
    • FMEA Resources
    • Glossary
    • Feed Forward Publications
    • Openings
    • Books
    • Webinar Sources
    • Podcasts
  • Courses
    • Your Courses
    • Live Courses
      • Introduction to Reliability Engineering & Accelerated Testings Course Landing Page
      • Advanced Accelerated Testing Course Landing Page
    • Integral Concepts Courses
      • Reliability Analysis Methods Course Landing Page
      • Applied Reliability Analysis Course Landing Page
      • Statistics, Hypothesis Testing, & Regression Modeling Course Landing Page
      • Measurement System Assessment Course Landing Page
      • SPC & Process Capability Course Landing Page
      • Design of Experiments Course Landing Page
    • The Manufacturing Academy Courses
      • An Introduction to Reliability Engineering
      • Reliability Engineering Statistics
      • An Introduction to Quality Engineering
      • Quality Engineering Statistics
      • FMEA in Practice
      • Process Capability Analysis course
      • Root Cause Analysis and the 8D Corrective Action Process course
      • Return on Investment online course
    • Industrial Metallurgist Courses
    • FMEA courses Powered by The Luminous Group
    • Foundations of RCM online course
    • Reliability Engineering for Heavy Industry
    • How to be an Online Student
    • Quondam Courses
  • Calendar
    • Call for Papers Listing
    • Upcoming Webinars
    • Webinar Calendar
  • Login
    • Member Home
  • Barringer Process Reliability Introduction Course Landing Page
  • Upcoming Live Events
You are here: Home / Articles / Using Design FMEAs to improve Design Verification Plans

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.

 

[display_form id=415]

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

  • Gremlins today
  • The Power of Vision in Leadership and Organizational Success
  • 3 Types of MTBF Stories
  • ALT: An in Depth Description
  • Project Email Economics

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