Mistake Proofing: human paperwork errors

S

Steven Sulkin

#1
I am trying to address human paperwork errors for my employer. We have difficult with verification of paperwork. Our parts go through many inspection steps, aquire a lof of paperwork, and perwork verification is confusing. I am looking for a problem solving tool that could help us identify ways to reduce human errors. Mistake proofing seems to be centered on product design. Is there any hope?
 
Elsmar Forum Sponsor
L

Leslie Garon

#2
Steve,

Sure there's hope. Without knowing anything about your system, it is very difficult to determine the best method to employ. I would be glad to help if you want to furnish some details, but, here are a few ideas in the meantime:
1. Checklists
2. Reduce the number of forms by combining information onto 1 or 2 records.
3. Assign a unique identifier for verification purposes.
4. Re-evaluate the information you are gathering, do you really need it all? Maybe you are recording too much.
5. Must your system be manual or can you automate it somewhat?

Let me know if you want some indepth analysis, be glad to help, just need the details
 
S

Steven Sulkin

#3
Leslie thank you. That gives me a start.

Is there a formal process for this or do books just reference a bunch of case studies. If you have a recommended text for reference that would be helpful.

I have seen a lot of material on the net that talk about how great it is, but nothing to explain how to do it.

-Steve.
 
L

Leslie Garon

#4
Steve,

Mistakeproofing is also called dummyproofing (not very politically correct), foolproofing or poke yoke. these methods refer to mechanical or electrical design process but the techniques can be applied to operational or information systems also.

What you are looking for isn't really documented as it is a new field. Use basic problemsolving techniques along with common sence.

Good luck, doing what you're taking on is difficult and frustrating. Best advice I can give you is to question everything! If it's not value added, get rid of it. this is very hard to do since all the people using the information will be hard pressed to admit that there is information collected just for the heck of it.

Decide what you absolutely need, work backwards, then forwards and then back again. Run the system.

I hope this helps.
 

Marc

Hunkered Down for the Duration
Staff member
Admin
#5
I believe the answer is basically laid out in Leslie Garon's first response. There are two aspects to any 'job':

Folks making systems and defining what to do and how to do it

Folks doing what the other group of folks have defined.

Typically summarized as bosses and everyone else.

The failure mode is almost always with the bosses who make up overly difficult and/or complex systems and processes - which is what it sounds as if you have. Typically when the systems are adequate and clear yet there are failures to complete paper work it's because the bosses hadn't paid attention. The bosses don't pay attention, someone doesn't fill out a space, no one notices and the next time is easier. I could go on at length here (believe me, this is always a failure mode when I take a client on), but suffice it to say:

Step back and walk thru the process and ask yourself - is this process too complex or have people gotten lazy.

A big part of all this comes down to attention to detail.

Only way to solve paperwork problems completely is to computerize where data must be input before anyone can move material/subassemblies to the next process step.
 
S

Scott Knutson

#6
Leslie's and Marc's responses are right on the money. For our paperwork errors we initially threw "training" at the problem because, as everybody knows, when there is a problem, it's always training related. When I finally convinced my managers that maybe it wasn't a training problem, they allowed me to do a quick front end analysis - a type of gap analysis - to actually see what the problem was. It was, in fact, an overly complicated system that caused the problems. The problem was eliminated with checklists and unique markers. Dropped our errors by 75%.
 
L

Leslie Garon

#7
Whenever I design a new system or re-engineer one, I add a couple of things into the system design to help with these problems. They are as follows:

1. Visibiity: This is pretty easy to build into your system. Just make it impossible to cover up things. The KISS principle applies here as well as the principle of checks and balances. The benefits are that it is a two edge sword. On one hand, it will show all problems as soon as they happen and will make the cause (if designed correctly it is the root cause) evident and thus more easily remidied. On the other hand, when the system works well, it will also show. If you take this to application, it shows employees as being consistant, quality minded, and proactive or in need of training, overcomplexity of the system or in need of discipline.

2. Consistancy: Build your system so that it is foolproof. During the design process run through the process 3 times; backwards, forwards and then backwords again. flow charting can help but it is still possible to miss internal and external affecting factors. Play devils advocate relentlessly during this process. It may be a harsh technique but if you can throw everything possible at the system and it still holds true when you're done, you have something that will be reliable.

3. Documentation: Documenting the system is very important. Going through all the detains of exactly what steps must be peformed, where it will be recorded, what information is desired to be kept and who will do it lead toward reliable system integrety. Even if you are not in an ISO or QS environment, the exercise is essential. The document is not a waste because you can then use it as a trainint tool. Documentation is not ment as an end all and be all as most currently expect it to be. It is only another tool. but by documenting the steps, rules and policies, management has something to stand upon and hold people to.

4. Training & Implementation:
How you implement is very important. I am a firm believer in documention where it's needed, but the documentation must be accompanied by training and then coaching. Whenever you re-engineer or develope a new system and desire to implement it, you are inflicting change. The success of implementation is all in how you manage the change process. Change management is the key. 1st document the system, make sure that all involved in the system have been part of the process, providing input and helping you to run the system to find holes. pay attention to likes and dislikes. This is cultural and is a very important part of your system design. 2nd, train those who will use the system. Tell them why, what is behind it, educate them, don't just teach them what to do. This does not lead to understanding, smooth implementation, longevity or continuous improvement. 3rd, coach. Once implementation has begun, the designer/trainer should be on the sceen, gently guiding the users of the system. humor and sarcasism are great tools, make the mistake seem silly, laugh at it and move on. We're all learning afterall. It is the attitude that makes the implementation successful. If you make it a stressful experience, implementation will not be successful, so make them understand, comfortable with the adaptation process, OK to make a mistake then fix it. This also breeds teamwork and discourages finger pointing. it also breeds higher quality because there is less fear.


These of course are not generally new ideas but they are applied in a unique manner. If ndone correctly, not only will you have a successful implementation but it will happen alot quicker than you expected at a much higher reliablility level yeilding higher quality.
 
Thread starter Similar threads Forum Replies Date
optomist1 Error Mistake Proofing Color Parts Inspection, Prints (Drawings), Testing, Sampling and Related Topics 6
O Creating a Tool to Track & Verify Mistake Proofing Devices Document Control Systems, Procedures, Forms and Templates 5
B PFMEA Line Items for Poka-Yoke (Mistake Proofing) and Scans FMEA and Control Plans 2
L Method for Poka-Yoke (Mistake Proofing) Validation prior to SOP APQP and PPAP 6
G Is Mistake Proofing (aka Poka Yoke) a Process Change? APQP and PPAP 12
S Mistake Proofing (Poka Yoke) in Offices and Services Service Industry Specific Topics 12
Wes Bucey Mistake Proofing in Health Care World News 7
sathis Definition Error Proofing vs. Mistake Proofing - Differences? Definitions, Acronyms, Abbreviations and Interpretations Listed Alphabetically 11
Wes Bucey Oops! Opportunity for mistake proofing? Worker flicks wrong switch World News 14
D Definition Error-Proofing vs. Mistake-Proofing - Differences Definitions, Acronyms, Abbreviations and Interpretations Listed Alphabetically 5
S Mistake Proofing and Root cause analysis - Does anyone have any training materials? Problem Solving, Root Cause Fault and Failure Analysis 7
S Mistake Proofing on Control Plan IATF 16949 - Automotive Quality Systems Standard 11
T Mistake proofing & problem solving methods QS-9000 - American Automotive Manufacturers Standard 20
Marc Mistake-Proofing, ZQC, & Failsafing - John Grout's Poka-Yoke Page Quality Tools, Improvement and Analysis 0
S Mistake Proofing and Poka Yoke - Looking for information Quality Tools, Improvement and Analysis 2
B How to reply NCR on ineffectiveness of corrective action during IATF external audit? This is repeated issue whereby some mistake was done. IATF 16949 - Automotive Quality Systems Standard 7
M Interview question - IMS (Integrated Management Systems) a necessity or an ISO mistake? ISO 14001:2015 Specific Discussions 10
Sidney Vianna Informational UTC ASQR Rev.11 has a mistake; certification of distributors to IATF 16949 AS9100, IAQG, NADCAP and Aerospace related Standards and Requirements 0
W Suggest a Poka Yoke (Mistake Proof) Method for my Product Manufacturing and Related Processes 24
S Gage R&R Study has Revealed No "Part to Part Variation" - My mistake? Gage R&R (GR&R) and MSA (Measurement Systems Analysis) 6
S Cpk Help needed - Explain to me where I made a mistake Capability, Accuracy and Stability - Processes, Machines, etc. 8
R Quality Manual missing information - Root cause for a documentation mistake Problem Solving, Root Cause Fault and Failure Analysis 15
C List operator mistake as the potential cause of failure in FMEA FMEA and Control Plans 20
Marc Company Makes Hiring Mistake, Sues Employee To Get Money Back Career and Occupation Discussions 11
C Certification Release - Certification goes out to a customer and there is a mistake General Measurement Device and Calibration Topics 1
P IATF 16949 requirement - error-proofing in control plan IATF 16949 - Automotive Quality Systems Standard 3
R Error Proofing Label process Manufacturing and Related Processes 4
Jimmy123 What is the difference between Error Proofing and Controls? ISO/IATF 16949 - Control Plans FMEA and Control Plans 16
D Error proofing ideas sheet metal punches Manufacturing and Related Processes 8
K Documented problem solving and documented error-proofing - IATF 16949 10.2.3 & 10.2.4 Internal Auditing 7
P IATF 16949 Clause 10.2.4 - Error Proofing IATF 16949 - Automotive Quality Systems Standard 25
M Are 'Error Proofing Methods' required to be mentioned in Control Plans? FMEA and Control Plans 7
C List Error Proofing in the Process FMEA or the Control Plan FMEA and Control Plans 2
T Error Proofing / Poka-Yoke Textbook by Productivity Inc Book, Video, Blog and Web Site Reviews and Recommendations 7
S Manufacturing Error-proofing Packers mixing up which 4 Mats go together in a Kit Manufacturing and Related Processes 3
M Machine Feature: Is it possible to consider it Error Proofing? FMEA and Control Plans 6
D Error Proofing Workstation FOD (Foreign Objects and Debris) Problem Solving, Root Cause Fault and Failure Analysis 7
E Error Proofing to prevent Length Short - CNC Turning Process Manufacturing and Related Processes 4
M Error Proofing Packing Process Problem Solving, Root Cause Fault and Failure Analysis 11
AnaMariaVR2 Healthcare Focused Error Proofing Hospitals, Clinics & other Health Care Providers 3
M Label Error Proofing - Mislabeled parts in a small automotive company Manufacturing and Related Processes 8
quality1 Question regarding O-ring application for water proofing a device Design and Development of Products and Processes 2
C Need help error proofing valve. All ideas welcome. Human Factors and Ergonomics in Engineering 31
Q Error Proofing Verification - Layered Audit Question Process Audits and Layered Process Audits 17
C Are Error Proofing Statistics Correct Nonconformance and Corrective Action 20
N Error-proofing tools/methods to suggest? TS16949 Clause 8.5.2.2 IATF 16949 - Automotive Quality Systems Standard 2
C What is Error-Proofing Methods? TS 16949 Clause 7.3.2.2 IATF 16949 - Automotive Quality Systems Standard 3
M Metal forming - Brake presses - Need error-proofing advice Manufacturing and Related Processes 8
B Definition Error Proofing vs. Programmable Logic Controls (PLCs) Definitions, Acronyms, Abbreviations and Interpretations Listed Alphabetically 1
L Seeking examples - Error-Proofing Methodology - Used with regard to corrective action IATF 16949 - Automotive Quality Systems Standard 10

Similar threads

Top Bottom