DFMEA buy-in strategies for Design Engineers

Ninja

Looking for Reality
Staff member
Super Moderator
#11
Certainly...always...

I guess the clearest way I can say it is how closely related I view:
1. "The significant problems we face, cannot be solved using the same level of thinking we used, when we created those problems "
2. "Design Engineer should be leading the effort {of dFMEA} " and
3. Auditors auditing their own work.

Can it be done? Sure.
Can it be done objectively? Sure, and should be.
Can it be done objectively by the person intimately involved? Sure...but it's a lot harder.
IMO, dFMEA is best done by an outside person, just like auditing...and for the same reason.
Can it work some other way and still be effective? Sure, but as you say, it depends on the person.
 
Elsmar Forum Sponsor

Jim Wynne

Staff member
Admin
#12
Certainly...always...

I guess the clearest way I can say it is how closely related I view:
1. "The significant problems we face, cannot be solved using the same level of thinking we used, when we created those problems "
We aren't talking about creating problems; we're talking about creating products. The quote isn't apropos to the situation. As I said earlier, regardless of who runs the meetings, the impetus must come from the top, and when that happens it doesn't make much difference.
 

Ninja

Looking for Reality
Staff member
Super Moderator
#13
Fair enough.
I see it as apropos since the "F" in dFMEA stands for "Failure". You already knew that, so I guess we just look at it differently.
To my eyes, the main purpose/benefit of performing dFMEA or pFMEA is to identify problems (potential failures) that might but have not yet occurred.

When I design something, considering how it might fail is part of the design idea...and designed around to prohibit/mitigate it.
All of the things (at least the vast majority) that would be failure modes I think of have already been handled by the time dFMEA comes around.
All the more reason to have another pair of eyes leading the effort. IMO, the designer should be a participant...just not the leader.

I can't say you're wrong...this is just two different ways of going about the same thing. The donuts get made either way.
 

Jim Wynne

Staff member
Admin
#14
Fair enough.
I see it as apropos since the "F" in dFMEA stands for "Failure". You already knew that, so I guess we just look at it differently.
To my eyes, the main purpose/benefit of performing dFMEA or pFMEA is to identify problems (potential failures) that might but have not yet occurred.

When I design something, considering how it might fail is part of the design idea...and designed around to prohibit/mitigate it.
All of the things (at least the vast majority) that would be failure modes I think of have already been handled by the time dFMEA comes around.
All the more reason to have another pair of eyes leading the effort. IMO, the designer should be a participant...just not the leader.

I can't say you're wrong...this is just two different ways of going about the same thing. The donuts get made either way.
FWIW, I was involved in training design engineers on the DFMEA process in the design center of a large company, and it was made clear from the top that (a) the process would be properly executed and (b) design engineers would be responsible for getting it done. Of course it was viewed by several as useless extra work, and the initial iterations were done under guidance from me and a few other knowledgeable people, but responsibility did get handed off to the design engineers and it was executed properly.
 

Ronen E

Problem Solver
Staff member
Moderator
#15
it was made clear from the top that (a) the process would be properly executed and (b) design engineers would be responsible for getting it done. [...] it was executed properly.
Sounds to me more like a brutal exertion of force than an inspiring leadership. From a more lighthearted perspective, it reminds me the scenes from Star Wars where a Jedi comes to a potential opponent, lightly waves a hand in the air and says "You will cooperate..."
Sure it got done... but did it add value? Did it add all (or most) value it could? It's quite easy to tick a box, to do something "properly", but if your heart (or mind in this case) is not in it, it is going to be mostly a waste.
 

Watchcat

Trusted Information Resource
#16
Design Engineers design, other people do paperwork.
I usually work with design engineers designing medical devices. I always vote to let them choose the type of risk analysis (DFMEA, fault tree) that will be used. I am aware of the arguments for one over the other, but, IMO, this is in fact part of the design process, so it's not my call, it's theirs. I expect them to see the risk analysis as a key part of the design process, which they usually do, and therefore to take the lead, which they usually do. I don't expect them to see it as "paperwork," which they usually don't.

Based on this experience, I'm puzzled as to why someone would expect the design engineer to take the lead on a PFMEA. Why wouldn't that be the domain of a process engineer?

...it IS an added task from the quality department. If you want it done, do it yourself. Try to shove it on me, you better watch for sugar in your gas tank...
As I understand it, it's the new VP that wants this, not the quality department. In that case, I would expect my new VP to talk to the design (or whichever) engineer's VP and for the two of them to decide whether or not a DFMEA is needed and, if so, to also decide who is the appropriate person to do it, and then for that person's VP to take it to them.
 

Ninja

Looking for Reality
Staff member
Super Moderator
#17
A good discussion, and "Thank you" to Jim for being open and clear about implementation and effectiveness by a completely different method than I propose.
...perhaps that's why I work only in small companies, and leave when big companies buy them.
Small and big companies do things radically differently on average...and preference seems to be the common thread through this, not effectiveness or right vs. wrong.
 

Jim Wynne

Staff member
Admin
#18
Sounds to me more like a brutal exertion of force than an inspiring leadership. From a more lighthearted perspective, it reminds me the scenes from Star Wars where a Jedi comes to a potential opponent, lightly waves a hand in the air and says "You will cooperate..."
Sure it got done... but did it add value? Did it add all (or most) value it could? It's quite easy to tick a box, to do something "properly", but if your heart (or mind in this case) is not in it, it is going to be mostly a waste.
Nobody knows for sure what "add value" means. As I said, it got done properly. If it's not clear that the impetus comes from the top, it will fail sooner or later. Part of leadership is ensuring that what needs to get done does get done.
 

GRP

Involved In Discussions
#19
Hello everyone,

I wanted to post about DFMEA implementation strategies. I am currently working at a defense contractor and our new VP wants to flow down APQP elements across operations. Within this includes DFMEA.

I believe (and from my past experience in the automotive world) that DFMEAs are a Design engineering tool which Quality can help facilitate, brainstorm failure modes and provide input regarding detection controls and occurrence levels. However, in order for the tool to be effective, the cognizant Design Engineer should be leading the effort and utilizing it in conjunction with their other designing efforts (3d modeling, testing, etc). Unfortunately at my organization, the onus is on me, the Quality Engineer, to lead the DFMEA effort on one of our new product designs. I have been sitting with the lead Engineer and completing the boundary diagrams with him, p-diagrams, and system level DFMEAs. My concern is that since this tool is not incorporated into his designing process, him like most of the engineers believe this is just an added task from the quality department. I don't believe DFMEAs can be affective with such implementation

What are some change management/buy-in strategies when it comes to DFMEAs and having them led by the lead Design Engineers? The perception that this is a Quality Engineer led tool is not value add. I am open to peoples other views if they don't agree with that statement as well.

Thanks
From the few DFMEAs I have worked on as facilitator I can say you don´t have to be a Lead Design Eng to lead the task.

Two key things mentioned by Jim Wynne: participants need i) training on FMEA and ii) they have to be willing to cooperate. The cooperation can come from an understanding of the tool -the DFMEA- or by pressure from management.

The owner of the DFMEA can be anyone trained in FMEA. I would not be surprised it is someone from quality. Make sure you are given sufficient time to perform the activity rather than trying to accomplish a quality job "in the sidelines". Here management support is key.

Just you and 1 design engineer might not be enough for a proper DFMEA. Depends on the context, product, if it is a carry-over, plus others. Books like Carlson´s Effective FMEAs recommend between 4-8 participants. The lower limit is to avoid blind spots, the maximum limit is to avoid entropy.
I have had some degree of success both with D- and PFMEA in tackling separate processes or aspects of design on a one-to-one basis.

I would suggest you create the DFMEA with as much content as you can and bring it partly structured rather than trying to work it up from scratch in the meetings.

Finally, to prep you for success and before you jump too deep into it think what will be the outcome of identifying a gap or shortcoming in the design:
will the outputs of the dfmea lead to an improvement in the design verification and validation or will they sit forgotten in a file that no one will look at?
 

Ronen E

Problem Solver
Staff member
Moderator
#20
Nobody knows for sure what "add value" means.
Oh, I do. At least I know what it means to me. I can even share my opinion if you're interested. You might disagree, but that won't negate my knowledge. It's more about a consistent system of definitions than about absolute knowledge.
If it's not clear that the impetus comes from the top, it will fail sooner or later. Part of leadership is ensuring that what needs to get done does get done.
I beg to differ.
I wholeheartedly agree that a clear drive from the top is essential for any lasting quality initiative. I also agree that ensuring decisions implementation is a pivotal part of management. I just don't see policing as part of leadership. To me real quality leadership is about inspiring and motivating staff at all levels to take responsibility for Quality, especially for the quality of their own work, because they understand how important it is to the success of the organisation and their own well-being (if it's not, that should be sorted out first).
 
Thread starter Similar threads Forum Replies Date
O AIAG VDA DFMEA Template Required FMEA and Control Plans 2
P DFMEA - Machinery Design Best Practices FMEA and Control Plans 0
P Equipment URS, pFMEA and dFMEA ISO 14971 - Medical Device Risk Management 3
R DFMEA/PFMEA mitigation of high severity (9-10) in low volume products IATF 16949 - Automotive Quality Systems Standard 1
J Looking for a training organization that can provide in house DFMEA training FMEA and Control Plans 4
P Understanding DFMEA and PFMEA - Supplier Related IATF 16949 - Automotive Quality Systems Standard 21
B Why the Greek god Hephaestus should have done a design FMEA (DFMEA) on his giant robot APQP and PPAP 1
DuncanGibbons Best practice for identifying "items" of parts for DFMEA analysis AS9100, IAQG, NADCAP and Aerospace related Standards and Requirements 2
Q Is that any difficulty to do software DFMEA and PFMEA in ISO 13485? ISO 13485:2016 - Medical Device Quality Management Systems 5
M How to complete structure Analysis and Function analysis sections' columns of AIAG-VDA DFMEA form FMEA and Control Plans 0
Jimmy123 Handling nonfunctional requirements in DFMEA FMEA and Control Plans 5
Jimmy123 P-Diagram vs DFMEA FMEA and Control Plans 4
C Function definition for DFMEA FMEA and Control Plans 1
optomist1 DFMEA - Real Life Drama FMEA and Control Plans 25
optomist1 Share a DFMEA template please Document Control Systems, Procedures, Forms and Templates 2
P Detection rating for a user (surgeon) related failure mode in DFMEA APQP and PPAP 3
Marc Definition DFMEA (Design FMEA) - Definition Definitions, Acronyms, Abbreviations and Interpretations Listed Alphabetically 0
S DFMEA when the supplier doesn't have design responsibility APQP and PPAP 15
T DFMEA/PFMEA and SCCAF alignment FMEA and Control Plans 19
C Design for Assembly in DFMEA - Failure Effect of Sub-System(s) FMEA and Control Plans 5
C Resource allocation problems in Software DFMEA FMEA and Control Plans 4
I Making a process PFMEA, no DFMEA (non-automotive toll manufacturer) FMEA and Control Plans 1
Proud Liberal DFMEA / PFMEA linkage - Where in the standards do I find it? FMEA and Control Plans 5
D Introducing an existing product into automotive context - DFMEA needed? IATF 16949 - Automotive Quality Systems Standard 8
N DFMEA, Drawings and PFMEA of an Assembly Process FMEA and Control Plans 12
N YS Class in DFMEA & Process Control Measures FMEA and Control Plans 1
R DFMEA Severity 9-10 with Occurrence 3 and Detection 3 - Actions FMEA and Control Plans 3
G Is it compulsory to make DFMEA for proto parts making organisation APQP and PPAP 1
K Determining Effect of Failure without a DFMEA (Design FMEA) FMEA and Control Plans 1
Stijloor DFMEA & DVP&R Training Providers FMEA and Control Plans 1
P Does anyone have a DFMEA process Interface Matrix .xls template FMEA and Control Plans 7
C DFMEA vs. PFMEA Relationship: The cause in DFMEA becomes Failure in the PFMEA FMEA and Control Plans 2
M Severity Reduction in a Design FMEA (DFMEA) FMEA and Control Plans 25
G How to identify Key Characteristics (KC) in a Design FMEA (DFMEA) FMEA and Control Plans 2
W 'Classification' column in DFMEA FMEA and Control Plans 3
N What is the relationship between a DFMEA and PFMEA? FMEA and Control Plans 1
S DFMEA countermeasures in PFMEA FMEA and Control Plans 18
M If I update a DFMEA do I need to submit to my Customer? FMEA and Control Plans 7
R DFMEA (Design FMEA) on Printed Circuit Boards (PCB's) FMEA and Control Plans 2
M How to identify CTQ / Critical Characteristics using the DFMEA approach. FMEA and Control Plans 3
P Removing Detection from DFMEA - Medical Device company using ISO 13485 FMEA and Control Plans 3
R Rear Axle Gear Group DFMEA (Design FMEA) - Example wanted FMEA and Control Plans 2
H DFMEA Severity Ranking of Non-Compliance to EMC Standards FMEA and Control Plans 2
V Simple Representation for Scope of DFMEA and PFMEA FMEA and Control Plans 4
R Risk Assessment Matrix Question - Inputs from the DFMEA, etc. FMEA and Control Plans 9
M ISO 14971 Risk Analysis and use of a DFMEA (Design FMEA) ISO 14971 - Medical Device Risk Management 8
E IQRM PFMEA/DFMEA Software FMEA and Control Plans 11
Chennaiite Vehicle and System DFMEA - Brainstorming to Draft Guidelines FMEA and Control Plans 3
Chennaiite DFMEA (Design FMEA) at Vehicle Level - Some inputs needed. FMEA and Control Plans 4
M DFMEA Detection Ranking in AIAG FMEA Manual 4th Ed. - Explanation wanted IATF 16949 - Automotive Quality Systems Standard 6

Similar threads

Top Bottom