Too much info in DFMEA
Too much info in DFMEA
(OP)
It is my understanding that the primary purpose of a DFMEA is to act as a checklist of items to consider/check when designing and testing. This is the way I have always utilized a DFMEA, but my current employer wants to use it to capture design history. Because of this, our DFMEA template has expanded to include a "Results" columns for Current Design Controls and columns to link to test reports, problem reports, and various other information. Basically, it is completely out of hand and a pain in the ass to manage now.
My question is how do the rest of you manage this sort of information? It is essentially the results of conducting all the items in the DFMEA, but I don't believe it should be in the main DFMEA form. Any thoughts?
My question is how do the rest of you manage this sort of information? It is essentially the results of conducting all the items in the DFMEA, but I don't believe it should be in the main DFMEA form. Any thoughts?





RE: Too much info in DFMEA
That sort of sums it up doesn't it?
RE: Too much info in DFMEA
RE: Too much info in DFMEA
If your employer wants to do it another way, it's their prerogative.
HPost CEng MIMechE
RE: Too much info in DFMEA
That's about where we were 10 years ago ... since then we have developed in-house software to help keep all the info "attached" correctly. Works pretty well.
RE: Too much info in DFMEA
----------------------------------------
The Help for this program was created in Windows Help format, which depends on a feature that isn't included in this version of Windows.
RE: Too much info in DFMEA
... and you are required to test each new product to verify that the product has a defense against each and every failure mode of each and every past product, and you have to maintain documentation of each and every test and assumption.
This has been going on since before DFMEA had a name, and you don't have to use any particular form or any particular documentation system, but you do have to have a documented documentation system.
But the point that's important to you is that you don't get to dream up your own checklist. You do that, sure, but in addition to that your checklists also have to cover your entire history. I think that's where your boss is going.
None of this stuff is infallible, of course, and the FDA acknowledges that. If you make a new mistake, you just deal with the consequences and move on.
If you repeat an OLD mistake, the FDA will shut you down for six or more months while an army of lawyers goes over all of your documentation in excruciating detail and interviews, okay cross examines, your entire workforce. You won't soon forget an experience like that.
Mike Halloran
Pembroke Pines, FL, USA
RE: Too much info in DFMEA
At the end of the day, the DFMEA is a CYA document. The first goal is to be able honestly to say, that you conducted a DFMEA, and that you acted on the high RPN items, successfully lowering them. What constitutes a "high" RPN and "successfully lowering" is highly arbitrary and company-specific. The point is that a sincere, informed, and fruitful effort was made.
DFMEAs are generally not meant for consumption outside one's own company, although sometimes they are shown (not given) to customers. Typically the customer does not expect to be given a copy, and probably does not want one. They just want to be able to document on their side that they did their due diligence to ensure that their supplier did his due diligence.
So from the CYA point of view, you need to be able to attest that, yes, you conducted a DFMEA, and [hopefully] that you know roughly what a DFMEA is and what it entails.
The second goal is to actually improve the design, from a robustness and safety point of view, which is a natural outcome of going through the process with some awareness and sincerity.
"Schiefgehen will, was schiefgehen kann" - das Murphygesetz
RE: Too much info in DFMEA