|
Elsmar Cove Forum Sidebar
|
|
|
|
Monitor the Elsmar Forum
|
| Monitor New Forum Posts
|
|
Follow Marc & Elsmar
|
|
|
Elsmar Cove Groups
|
|
|
Sponsor Links
|
|
|
|
|
|
Donate and $ Contributor Forum Access
|
 |
|
Sponsored Links
|
|
|
|
Courtesy Quick Links
|
 Links that Elsmar Cove visitors will find useful in your quest for knowledge:
Howard's International Quality Services
Atul's Symphony Technologies
Marcelo Antunes' SQR Consulting
Bob Doering's Correct SPC - Precision Machining
NIST's Engineering Statistics Handbook
IRCA - International Register of Certified Auditors
SAE - Society of Automotive Engineers
Quality Digest Portal
IEST - Institute of Environmental Sciences and Technology
ASQ - American Society for Quality
|
|
 |
|

18th May 2005, 05:10 PM
|
|
Inactive Registered Visitor
Registration Date: May 2005
Location: United Kingdom, North East
|
|
Posts: 12
Thanks Given to Others: 0
Thanked 0 Times in 0 Posts
Karma Power: 34 Karma: 10 
|
|
Severity Occurrence Detection Ranking Scale - 1 to 10 vs. 1 to 5
Hello another FMEA Topic from me.
A couple of years ago we reviewed our Severity Occurence Detection Ranking.
A broad difference exsisted in using scales of 1 to 10.
As a improvement the scales were refined to 1 to 5.
Thus I have a Max RPN of 125.
This has worked fine and provides good repeatability of classification for different users and team members.
However a recent customer auditor discussed my ranking and has documented a requirement to review the ranking. His point is that the range does not allow the correct priority since a higher range would seperate items of greater importance.
However I demonstrated that because I took all RPN of the same value with the same action priority and had no RPN's above 12 on any process in our plant my process was working effectively. This could also be justified by the quality of product supplied to this customer meeting target requirements.
Yet I fear that this auditor wants me to install a 1 to 10 ranking and if this is not carried out on the corrective action report he will not close this issue and improve my supplier ranking.
Any Thoughts ?
Cheers
Chris
|

18th May 2005, 08:21 PM
|
 |
Cross Forum Moderator
Registration Date: Jan 2005
Location: Southeast Wisconsin
|
|
Posts: 13,389
Thanks Given to Others: 1,805
Thanked 5,401 Times in 3,458 Posts
Karma Power: 1451
|
|
|
This isn't actually a FMEA question, it's a customer-requirements question. The question is: how can I deal with customer requirements that don't make sense? First, if you've done your best to diplomatically convince your customer contact that the requirement doesn't make sense, you have two choices. You can just accept the nonsensical requirement and move on, or you can go over the guy's head. There's an excellent chance, though, that his boss will have no idea what you're talking about and find it much easier just to back his own guy. Even if the boss does rule in your favor, there's an excellent chance it will come back to haunt you, and at the worst possible time.
In short, this is a decision you have to make for yourself, because you should have a much better feel for the particulars of this situation than anyone here does. We don't know the customer, or the customer's representative, or how easy or difficult it would be to make a change and move on.
__________________
Everyone has a plan until they get punched in the face (Mike Tyson)
|

18th May 2005, 09:46 PM
|
|
|
|
Interesting situation. I wonder if there is any evidence of the reliability of a 10 point scale versus a 5 point scale. Frankly there is not a big difference between a 9 or 10 in a 10 point scale, both of which a 5 would cover on a 5 point scale.
If they've not done so, I'd ask the customer representative to create a short example of an FMEA using both 5 and 10 point scales, to demonstrate what s/he believes would occur and what the impact would be. I would then determine the degree to which this would likely occur with your product/application, and whether or not there is any evidence it has occurred.
I would bet this is just a usual "this is the way I've always seen/done it in the past" ... imposing additional costs on a supplier. Just make sure your next bid to them includes this additional cost.
|

19th May 2005, 08:07 AM
|
 |
qualitas ad nauseam
Registration Date: Sep 2003
Location: Saginaw, Michigan
Age: 54
|
|
Posts: 656
Thanks Given to Others: 6
Thanked 54 Times in 24 Posts
Karma Power: 109
|
|
As JSW05 (aka A.E. Newman) says, if your customer requires it, then that's the way it is (unless you can convince them otherwise). That is why a good contract review process is so vital! If discussed and documented then, there would be nothing the auditor could fault you on now.
But, on another vein,
Quote:
|
In Reply to Parent Post by kuri...
A broad difference exsisted in using scales of 1 to 10.
As a improvement the scales were refined to 1 to 5.
|
Therein lies the problem with FMEAs. As I've stated in other threads, the FMEA exercise is an excellent tool. But the overemphasis on ranking numbers and risk priority numbers is counterproductive. The fact is, for each line on the FMEA, you choose either to do something to improve it or not. Period.
The skills and cross-functionality of the team members are the important part. They identify the risks and decide which risks are too high to leave alone. You make a list of those things, prioritize them, and make assignments. All of the gyrations surrounding this number or that number shifts the focus away from the whole purpose of the exercise. IMHO anyway.
__________________
Rob - The sum of anecdotes is not data. -Roger Brinner
|

19th May 2005, 08:31 AM
|
 |
Cross Forum Moderator
Registration Date: Jan 2005
Location: Southeast Wisconsin
|
|
Posts: 13,389
Thanks Given to Others: 1,805
Thanked 5,401 Times in 3,458 Posts
Karma Power: 1451
|
|
Quote:
|
In Reply to Parent Post by Rob Nix
As JSW05 (aka A.E. Newman) says, if your customer requires it, then that's the way it is (unless you can convince them otherwise). That is why a good contract review process is so vital! If discussed and documented then, there would be nothing the auditor could fault you on now.
But, on another vein,
Therein lies the problem with FMEAs. As I've stated in other threads, the FMEA exercise is an excellent tool. But the overemphasis on ranking numbers and risk priority numbers is counterproductive. The fact is, for each line on the FMEA, you choose either to do something to improve it or not. Period.
The skills and cross-functionality of the team members are the important part. They identify the risks and decide which risks are too high to leave alone. You make a list of those things, prioritize them, and make assignments. All of the gyrations surrounding this number or that number shifts the focus away from the whole purpose of the exercise. IMHO anyway.
|
I agree. The numbers are an unnecessary distraction, and lead to dangerous strategies such as "trigger" RPNs--if RPN is > X, actions are required. The trigger strategy came about as a result of auditors questioning FMEA documents that show no "right-hand activity" and auditees needing to come up with an appropriate explanation for it.
__________________
Everyone has a plan until they get punched in the face (Mike Tyson)
|

19th May 2005, 08:40 AM
|
 |
Email Address Invalid or Rejected by Recipient System
Registration Date: Jul 2002
Location: Madison, WI
|
|
Posts: 978
Thanks Given to Others: 15
Thanked 44 Times in 26 Posts
Karma Power: 0
|
|
I haven't vented in a while..... so here goes
This is yet another example of someone trying to impose his/her "ideal" onto a supplier that, apparently, has a methodology that works for them. The fact that it DOES work for you is of no consequence. It's the "Do it my way or there's the highway" syndrome. I have to go along with JSW (something new  ) in that you need to weigh the pros and cons of the battles you take on (with anyone). I also agree with Dokes in that this is how the AIAG manual presents the FMEA methodology and your customer probably doesn't understand what FMEA is all about, other than through the AIAG manual (I do, however, highly doubt the customer rep would go through the excersise you cited).
End of rant (I think)
In practice - do you really do much different if something has a severity of 9 or 10? If the difference between 9 & 10 is with or without warning, it is still a "Safety" feature that must be thoroughly dissected and kept "under control". If a Detection is ranked 9 or 10 you are probably going to go through the same excersize to lower the ranking (depending.....) because you, basically, can't "catch" the nonconformance.
What's the difference between 7 and 8? Or 5 & 6 (even with the Occurrence and Detection ratings)? I realize that customers have come out with their own, grandiose, rating tables but I still refuse to sit with a team and argue whether something should be rated as this number or maybe one higher. Maybe, just maybe, the 1-5 scale would actually help stop that kind of activity as you mentioned with the "good repeatability of classification" comment.
One of the issues could be that your customer doesn't know how to handle a "bogey" number that his organization has set (but let's not rehash that pain in the a** topic).
If I were in your position (again):
All in all - as JSW mentioned, there are occasions where it is best to "bite the bullet" and cave in. If that's the route you decide on, I wouldn't change anything you do internally. I would merely change the ratings for that customer on the document he sees and if he "knows" that you have just fooled with the numbers, tell him that's what his demands necessitated because you aren't about to disrupt a system that works well for you. That doesn't sound very "ethical" but most organizations I've seen don't handle different systems for the same process very well - and it IS your company, not theirs.
(Wow, am I wound up this morning  )
|

19th May 2005, 08:47 AM
|
 |
Cross Forum Moderator
Registration Date: Jan 2005
Location: Southeast Wisconsin
|
|
Posts: 13,389
Thanks Given to Others: 1,805
Thanked 5,401 Times in 3,458 Posts
Karma Power: 1451
|
|
I have to go along with JSW (something new  )
One of the great things about the Cove is that it presents varying informed opinions to people with questions. Disagreement is a good thing, so long as it's not just contrarianism (did I just make up a word?).
Quote:
|
In Reply to Parent Post by Bill Ryan
That doesn't sound very "ethical" but most organizations I've seen don't handle different systems for the same process very well - and it IS your company, not theirs.
|
I don't think it's necessarily unethical when you give the customer what he asks for  .
__________________
Everyone has a plan until they get punched in the face (Mike Tyson)
|

19th May 2005, 08:49 AM
|
 |
Forum Moderator
Registration Date: Sep 2003
Location: Kansas, USA
Age: 50
|
|
Posts: 975
Thanks Given to Others: 29
Thanked 351 Times in 211 Posts
Karma Power: 148
|
|
|
Since you roughly cut in half the assigned scores (5 on a 1-5 scale = 10 on a 1-10 scale), how about simply doubling the numbers for this particular customer when you report the results. Since there are 3 scores, then you would multiple the final score by 8. So 125 --> 1000, or 1 --> 8. This will tend to overestimate the score slightly, but
1) it will be in the right ballpark (which is all you can really hope for)
2) it will be in terms the customer will appreciate.
I suppose the customer could argue that a 3x3x3 = 27 on your scale could be anthing from 5x5x5 = 125 up to 6x6x6 = 216 on a 10 point scale. Still, in the grand scheme of FMEA's that's not such a huge range. You are just trying to get a rough estimate of overall importance, after all.
Tim F
__________________
To wonder is to begin to understand.
|
Lower Navigation Bar
|
|
|
Do you find this discussion thread helpful and informational?
|
Visitors Currently Viewing this Thread: 1 (0 Registered Visitors (Members) and 1 Unregistered Guest Visitors)
|
|
|
| Thread Tools |
Search this Thread |
|
|
|
| Display Modes |
Rate Thread Content |
Linear Mode
|
|
Forum Posting Settings
|
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is Off
|
|
|
|
|