The Elsmar Cove Forum and Site Map The Elsmar Cove Wiki More Free Files The Elsmar Cove Forums Discussion Thread Index Post Attachments Listing Failure Modes Services and Solutions to Problems Elsmar cove Forums Main Page Elsmar Cove Home Page

Go Back   The Elsmar Cove Forum > Common Quality Assurance Processes and Tools > Problem Solving, Root Cause and Failure Analysis


The Elsmar Cove Forum SideBar!
Monitor the Forum
Monitor New Forum Posts
New Threads Feeds
RSS FeedRSS Feed
Sponsor Link










$ Contributor Forum Access
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

Dave Scott's Scott Quality Solutions

Praxiom Research Group


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


All the Important Standards and Related Web Sites in the World
Reply
Thread Tools Search this Thread Rating: Thread Rating: 2 votes, 4.50 average. Display Modes
  #1  
Old 7th May 2001, 02:37 PM
darwinbb
Unregistered Guest

 
Posts: n/a
Read This! Is 'Operator Error' as Root Cause ever acceptable?

I worked as a QA tecnician in an ecoat paint facility in Southwestern Ontario, part of my job is to write corrective action reports whenever customers request for it.
In one of my reports I wrote among others "operator error" as a root cause, our customer rejected the idea and ask me to find some other reason why the problem occurred.
My question is( for those quality people out there) is an "operator error" not a valid root cause in a 7-D format corretive action report?
Reply With Quote

Sponsored Links
  #2  
Old 7th May 2001, 04:22 PM
Laura M's Avatar
Laura M Laura M is offline
Courtesy Access

Registration Date: Aug 1999
Location: Rochester, NY US
 
Posts: 759
Thanks Given to Others: 3
Thanked 17 Times in 15 Posts
Karma Power: 70
Karma: 656
Laura M is appreciated, and has over 500 Karma points.Laura M is appreciated, and has over 500 Karma points.Laura M is appreciated, and has over 500 Karma points.Laura M is appreciated, and has over 500 Karma points.Laura M is appreciated, and has over 500 Karma points.Laura M is appreciated, and has over 500 Karma points.
Send a message via AIM to Laura M Send a message via Skype™ to Laura M
While "operator error" is a common response, most companies (B3) are starting to recognize that there is usually some other cause. Can you ask "why" was there an operator error? Possible answers could be:
1. "new employee" - so root cause may be lack of training with the C/A on the training program, or needed better visual aids for a new operator. or,
2. Operator instructions were not clear. or,
3. Bad part placed with good parts? Why? Lack of errorproofing.

I think your customer just wants to make sure operators aren't getting blamed when there may be a "better" or quality "system" related root cause. If you can ask "why was there an operator error" - and not come up with an answer, you should still look into errorproofing as corrective action. That may satisfy the customer.

Your thoughts?

Laura
Reply With Quote
Thank You to Laura M for your informative Post and/or Attachment!
Sponsored Links

  #3  
Old 7th May 2001, 04:51 PM
energy
Unregistered Guest

 
Posts: n/a
Operator Error is real. Show me someone who doesn't make errors and I'll show you someone who doesn't do anything. Inattentativeness, momentary lack of judgement, distraction and just plain stupid! We do everything we can to find a reason. It will never go away. Look at some of the posts mispelling.(mine too). While it may be considered minor and doesn't really matter, it reminds me that we are all human. One mistake of the key can create an order entry error. Customers who don't accept Operator Error as a valid reason are just bullies and enjoy the power trip. Inspection was developed for just that reason, and they make mistakes, too. So there!
energy
Reply With Quote
  #4  
Old 7th May 2001, 05:25 PM
Marc's Avatar
Marc Marc is online now
Your Elsmar Cove Host

Registration Date: Jan 1996
Location: West Chester, Ohio - USA
Age: 59
 
Posts: 15,859
Thanks Given to Others: 1,895
Thanked 1,568 Times in 1,020 Posts
Blog Entries: 4
Karma Power: 605
Karma: 11569
Marc is appreciated, and has over 1700 Karma points.Marc is appreciated, and has over 1700 Karma points.Marc is appreciated, and has over 1700 Karma points.
Marc is appreciated, and has over 1700 Karma points.Marc is appreciated, and has over 1700 Karma points.Marc is appreciated, and has over 1700 Karma points.Marc is appreciated, and has over 1700 Karma points.Marc is appreciated, and has over 1700 Karma points.Marc is appreciated, and has over 1700 Karma points.Marc is appreciated, and has over 1700 Karma points.Marc is appreciated, and has over 1700 Karma points.Marc is appreciated, and has over 1700 Karma points.Marc is appreciated, and has over 1700 Karma points.Marc is appreciated, and has over 1700 Karma points.Marc is appreciated, and has over 1700 Karma points.Marc is appreciated, and has over 1700 Karma points.Marc is appreciated, and has over 1700 Karma points.
Send a message via AIM to Marc Send a message via Skype™ to Marc
Yin Yang

True. It is real. How you address the 'problem' is what is important. For example, operator error on the space shuttle systems assembly, etc. is not acceptable. For any reason. Would you accept Operator Error by a technician performing structural tests on an older aircraft as a vaild root cause for a crash of that airplane? I don't think the flying public would accept a finding which says "Well, there will always be operator errors... We can't prevent them entirely." Not even 1 is acceptable sometimes.

The first thing I want to know if I find operator error has been determined to be the 'root' cause for a nonconformance is has this happened before? Same operation? Same machine? Same shift? Same operator? Same part?

Recurrence of operator error is a sign that there is a deeper problem.

So - you're both right. But -- look closely at the entire context before you decide whether (or how much) operator error is an acceptable 'feature' of your business processes.

[This message has been edited by Marc Smith (edited 07 May 2001).]
Reply With Quote
  #5  
Old 7th May 2001, 05:55 PM
Dan Larsen
Unregistered Guest

 
Posts: n/a
Refusal by a supplier to accept "operator error" as a root cause to a CA is not new. I had a supplier tell me this seven years ago (a small company in Northern Michigan, as a matter of fact). Further, I'll admit to subscibing to this belief myself.

Like Laura, I believe that if operator error is defined as the root cause, it really defines a management problem. Either the operator wasn't properly trained, was promoted without appropriate skills, or the process was not sufficiently mistake proofed.

This is not to say that errors won't occur. But the role of manangement is to design processes and systems in such a way that the liklihood of errors is either minimized or the errors that could occur have insignificant impact on the product.

I guess my question for darwinbb is this: If operator error was defined as the root cause, then what was the action taken to correct it? If the action was a reprimand to the operator ("Don't do that again!"), then the CA fails on two counts. If the action taken was training, then the root cause was a training failure. If the action taken was an example of mistake proofing (a process design change that will ensure the error can't happen again), then I'd buy the operator error argument.

Reply With Quote
  #6  
Old 7th May 2001, 09:35 PM
senergy
Unregistered Guest

 
Posts: n/a
hey guys,
I'm not arguing with Laura M. We have history! I'm also not talking about the space shuttle. They triple, if not quadruple inspection points on all operations to prevent errors. I'm referring to the small shop making brackets for a wire harness for aircraft, maybe a small machine shop fabricating a fitting for an airhose on board a ship. They all are important, but the wild goose chase some of these big companies will send you on just to satisfy some 4,000 employee company's idea of cause and corrective action is not justified. They have the personnel who can spend a week looking for the boogie man, and he/she won't be missed. If it's the same part, same excuse, well look deeper. If it's not, do your best to find the cause and get on with life. I still think that most of this stuff is directed from the bully pulpit. Yup, this is energy working at home, so I crafted a similar user name. Can I use my user name on my home computer or am I commiting "Operator Error"?
energy
Reply With Quote
  #7  
Old 8th May 2001, 09:39 AM
Jim Evans
Unregistered Guest

 
Posts: n/a
I am one of those that will not (under any circumstances) buy "operator error" as a root cause of a problem. It tells you nothing about the nature of the problem other than an operator was involved. Laura is correct in that you need to ask why (as many times as needed) to get to the root cause. Even in the second scenario that Dan cites if the correction was to mistake proof the process then the design of the process that allowed the operator to insert a part in bacwards (or whatever the problem) was the root cause.

Tradionally "operator error" has been the dumping ground for all sorts of problems that company managements did not want to accept the responsibility for because it was their systems that were at fault. I would say that most companies that I deal with will not accept "operator error" as a root cause.

Best Regards,

Jim Evans
Reply With Quote
  #8  
Old 8th May 2001, 10:39 AM
Michael T's Avatar
Michael T Michael T is offline
Semper Gumby

Registration Date: Apr 2001
Location: Cleveland, Ohio
Age: 46
 
Posts: 287
Thanks Given to Others: 5
Thanked 13 Times in 12 Posts
Karma Power: 43
Karma: 181
Michael T is appreciated, and has over 100 Karma points.Michael T is appreciated, and has over 100 Karma points.
Hehehe...

Ok.... I guess I have to play devil's advocate here....

If we say that "operator error" is not an acceptable root cause, how much can we "mistake proof" the process before it becomes financially untenable?

Cheers!!!

Mike
Reply With Quote
Reply

Lower Navigation Bar
Go Back   The Elsmar Cove Forum > Common Quality Assurance Processes and Tools > Problem Solving, Root Cause and Failure Analysis

Bookmarks

Tags
operator error, root cause


Visitors Currently Viewing this Thread: 2 (1 Registered Visitors and 1 Unregistered Guests)
cblam
Thread Tools Search this Thread
Search this Thread:

Advanced Forum Search
Display Modes Rate Thread Content
Rate Thread Content:

Posting Settings
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Discussion Threads
Discussion Thread Title Thread Starter Forum Replies Last Post or Poll Vote
Nonconformances and Defects - Operator Error, System Error, or both? Mike S. Nonconformance and Corrective Action 124 1st November 2009 11:36 PM
Need Root Cause Verbiage - What to say when it's Operator Error? JRKH Problem Solving, Root Cause and Failure Analysis 38 25th April 2009 04:19 PM
Document control error - Root cause fix - Employee error just67horns Problem Solving, Root Cause and Failure Analysis 27 5th October 2006 03:42 PM
Toyota Approach to Root Cause Analysis - Operator Error trend Matt Swartwood Problem Solving, Root Cause and Failure Analysis 9 16th February 2006 11:40 AM
Operator Error - Not an Acceptable CAR (Corrective Action Request) Response dbulak Nonconformance and Corrective Action 26 10th May 2002 02:15 PM



The time now is 01:57 AM. All times are GMT -4.
The time zone can be changed in your UserCP --> Options.



   

All Y'All Come Back Now, Y' Hear?

Made With A Mac! FreeBSD OS Powered by Apache!
Using php4 Forums provided and maintained by Marc Smith Database by MySQL

FAIR USE and CORRECTNESS NOTICE: This site contains copyrighted material the use of which has not always been specifically authorized by the copyright owner. We are making such material available in our efforts to advance understanding of environmental, political, human rights, economic, democracy, scientific, and social justice issues, etc. We believe herein constitutes a 'fair use' of any such copyrighted material as provided for in section 107 of the US Copyright Law. In accordance with Title 17 U.S.C. Section 107, the material on this site is distributed without profit to those who have expressed a prior interest in receiving the included information for research and educational purposes. For more information go to: http://www.law.cornell.edu/uscode/17/ If you wish to use copyrighted material from this site for purposes of your own that go beyond 'fair use', you must obtain permission from the copyright owner. In addition, I do not guarantee the correctness of the content. The risk of using content from the Elsmar Cove web site and forums remains with the user/visitor.

Responsibility Statement: Each person is responsible for anything they post in the Elsmar Cove forum. Neither I, Marc Timothy Smith, nor any of the forum Moderators, are responsible for the content of posts people make. Liability for post content resides with the poster as does interpretation and/or acceptance and/or use of advice by the reader.

Complaints: If you have a complaint with a post in a forum discussion thread, including Content in general, fighting, flaming, copyright infringement, defamation and/or 'slander', please use the 'Report This Post Report This Post Button button which appears at the top of every post in every thread.

Site courtesy of:
Marc Timothy Smith - Cayman Business Systems, 8466 Lesourdsville-West Chester Road, West Chester, Ohio 45069-1929 - USA
(513) 341-6272

To contact me, click the Google Voice link below, enter Your Name and Your Phone Number and Google will ring your phone and connect you for free!

The Elsmar Cove Web Site is *CopyFree*
no new posts