effective problem solving - asq greater atlanta section 1502 · typical interview steps 7. ask the...
TRANSCRIPT
Effective Problem Solving
©2010 Craig Cochran. All Rights Reserved
ASQ Atlanta Dinner Meeting
March 24, 2011
Craig Cochran
Georgia Tech Enterprise Innovation Institute
Contact Craig in the North Metro Atlanta area:
©2010 Craig Cochran. All Rights Reserved
2
area:
678-699-1690
Products & ServicesManufacturing Services
�Quality & International Standards
�Lean Enterprise Solutions
�Energy Management
©2010 Craig Cochran. All Rights Reserved
3
�Energy Management
�Environmental Management
�New Product Development
Products & ServicesManufacturing Services
�Strategic planning
�Minority Business Development
�Trade Adjustment Assistance
©2010 Craig Cochran. All Rights Reserved
4
�Trade Adjustment Assistance
�Government Procurement Assistance
The Fundamentals of
©2010 Craig Cochran. All Rights Reserved
5
Fundamentals of Effective Problem
Solving
What is problem solving?
1. Identification of problem causes
2. Actions to remove the
©2010 Craig Cochran. All Rights Reserved
remove the causes
6
An example: The Tripping Incident
An employee was passing through a dark hallway. He tripped over some
©2010 Craig Cochran. All Rights Reserved
tripped over some tools and bumped his head.
7
The Tripping Incident
1. Tools were left on the floor
2. Light switch on opposite end of hall
Our problem causes:
©2010 Craig Cochran. All Rights Reserved
2. Light switch on opposite end of hall
3. No assigned space for tool storage
4. No awareness that tools on the floor posed a hazard
8
Ask “Why” to drill below the surface
of a problem
Problem: Employee tripped over tools in a dark hallway and bumped his head
Why? – Because tools Why? – Because the light
©2010 Craig Cochran. All Rights Reserved
9
Why? – Because tools were left on the floor
Why? – Because the light switch was on the opposite end of the hall
Why? – Because there was no assigned place for tools
Why? – Because there was no awareness of the hazard
Causes matched with actions
Cause Action
1. Tools were left on the floor
1. Remove tools from thefloor
2. Light switch on opposite end of hall
2. Install motion detector light switches
©2010 Craig Cochran. All Rights Reserved
end of hall light switches
3. No assigned space for tool storage
3. Establish an assigned space for storing tools.
4. No awareness that tools on the floor posed a hazard
4. Carry out safety training with all personnel, to include typical hazards
10
Some problems don’t get solved
so easily
1.1.
2.2.
3.3.
©2010 Craig Cochran. All Rights Reserved
11
3.3.
4.4.
Symptoms versus Causes
� Symptoms: The indicators that we have a problem
Causes: The actions or inactions that
©2010 Craig Cochran. All Rights Reserved
� Causes: The actions or inactions that result in our problem
12
The Tripping Incident
1. Bump on the head
2. Anger
Our symptoms:
©2010 Craig Cochran. All Rights Reserved
2. Anger
13
Actions on our symptoms:
1. Ice pack on bumped head
2. Scream at responsible parties
Symptoms versus Causes: The Tripping Incident
Symptoms Causes
©2010 Craig Cochran. All Rights Reserved
1. Bump on the head
2. Anger
1. Tools left on the floor
2. Light switch on opposite end of hall
3. No assigned space for tool storage
4. No awareness that tools on floor posed a hazard
14
The Bottom Line
� If you haven’t changed the process…
©2010 Craig Cochran. All Rights Reserved
� You haven’t really taken corrective action
15
On a deeper level, what is problem solving?
� Looking at things differently
� Abandoning your mental baggage
� Digging into the process to understand what is really happening
©2010 Craig Cochran. All Rights Reserved
16
understand what is really happening
� Taking action to remove the immediate and potential causes
� Sustaining the improvements so we don’t slide backwards
Corrective action (?)
� In the United States, approximately 25% of all corrective actions are one of these:
� Written warning
©2010 Craig Cochran. All Rights Reserved
17
� Written warning
� Verbal reprimand
� Counseled employee
� Publicly humiliated
� Employee dismissed
It will provide a consistent,
Use a structured problem solving method
©2010 Craig Cochran. All Rights Reserved
18
disciplined approach for attacking problems.
1. Evaluate opportunities
2. Write the problem statement
3. Define the current process
Our problem solving method:
©2010 Craig Cochran. All Rights Reserved
19
4. Identify the causes
5. Plan and implement actions
6. Verify effectiveness
Ownership for the problem
Ownership and accountability drives the success
©2010 Craig Cochran. All Rights Reserved
20
drives the success of most projects
Involve a diverse range of personnel
The more diverse the team of problem
©2010 Craig Cochran. All Rights Reserved
21
team of problem solvers, the richer the solution tends to be
Keys to getting people involved in problem solving:
� Ensure that all participants are trained
Use facilitators
©2010 Craig Cochran. All Rights Reserved
22
� Use facilitators
� Make participation a core job duty
� Once something’s fixed, recognize participants and move on to a new opportunity
1. Evaluate opportunities
2. Write the problem statement
3. Define the current process
Let’s get started:
©2010 Craig Cochran. All Rights Reserved
23
4. Identify the causes
5. Plan and implement actions
6. Verify effectiveness
Step #1: Evaluate
©2010 Craig Cochran. All Rights Reserved
24
Evaluate opportunities
Why evaluate opportunities?
� There are more problems than you can ever solve
� Time and resources are limited
©2010 Craig Cochran. All Rights Reserved
25
are limited
� You must focus on the issues that pose the biggest risk
The Story of the Package Meeting
©2010 Craig Cochran. All Rights Reserved
26
Problem selection traps to avoid
� Loudest complainant
� Most recent problem
©2010 Craig Cochran. All Rights Reserved
27
� Most comfortable problem
Rational criteria for selecting a problem
� Cost
� Frequency
� Scale
� Customer concern
Safety
©2010 Craig Cochran. All Rights Reserved
28
� Safety
� Environmental impact
� Connection to strategy
� Solvability
Pipeline of opportunities
� Proactive customer feedback
� Employee suggestions / ideas
� Employee surveys
©2010 Craig Cochran. All Rights Reserved
29
� Employee surveys
� Chronic administrative problems
� Internal failures
Step #2:
©2010 Craig Cochran. All Rights Reserved
30
State the Problem
The scratching sound in the attic…
� Terrifying because it’s unknown
� All symptoms
©2010 Craig Cochran. All Rights Reserved
31
� No facts
� Apparently unsolvable
BIG HAIRY PROBLEM
Symptoms,
but few specifics
Investigation and analysis to sharpen our focus
Sharpen your focus:
©2010 Craig Cochran. All Rights Reserved
32
A SPECIFIC PROBLEM STATED CONCISELY:• What the problem is• Where it occurs• When it happens • How often it happens • Who experiences it• Why the problem matters
Different problem statements lead to different actions
Problem Statement Solutions
Scratching sounds in attic • Install insulation to dampen noise
• Use white noise machines to create distraction from scratching
©2010 Craig Cochran. All Rights Reserved
33
scratching
Squirrels in attic • Remove squirrels from attic
• Seal all cracks and crevices to prevent re-entry
Evolution of a Problem Statement
From the SUBJECTIVE
To the OBJECTIVE
Symptoms that get reported:
Facts that get collected:
©2010 Craig Cochran. All Rights Reserved
34
get reported:� “Broken”
� “Didn’t work”
� “Noisy”
� “Tasted bad”
� “Ugly”
� “Horrible quality”
collected:� What?
� When?
� Where?
� Who?
� How
much?
� Why does
it matter?
Just the facts ma’am…
� What exactly IS the problem? (Move one step beyond the symptoms)
� Who experiences the problem?
� Where does it occur?
©2010 Craig Cochran. All Rights Reserved
35
� Where does it occur?
� When does problem happen?
� How often does it occur?
� Why does it matter? (i.e., what standards or requirements are violated by the problem?)
Sometimes it’s helpful to turn the problem on its head…
� What IS the problem
� What IS NOTthe problem
©2010 Craig Cochran. All Rights Reserved
36
the problem
Sanity check your problem statement for bias
� Could anyone perceive something as a personal attack?Are any
©2010 Craig Cochran. All Rights Reserved
37
� Are any personalities specifically mentioned?
� Does anything sound biased or prejudicial?
Don’t write suspected causes into your problem statement:
Words to avoid Examples
Due to Scuffed containers due to rough handling by subcontract shipper
©2010 Craig Cochran. All Rights Reserved
38
Because of The product is defective because of old specification found on server.
As a result of The service was late as a result of communication error by customer
Methods for defining the problem
1. Observing the problem yourself
2. Interviewing
3. Analyzing data
©2010 Craig Cochran. All Rights Reserved
39
3. Analyzing data
4. Photographing the problem
Observing the problem yourself
� Possibly the best method
� Unfiltered information
� Sometimes impossible or cost
©2010 Craig Cochran. All Rights Reserved
40
impossible or cost prohibitive
� You can introduce your own biases unless you’re careful
Interviewing
� Avoid generalities� “Always”� “Everywhere”� “Everybody”� “Completely”
©2010 Craig Cochran. All Rights Reserved
41
� “Completely”
� Look for ‘hidden witness’
� Discourage people from speculating about causes
� Get the FACTS
Typical interview steps
1. Decide in advance who you need to interview.
2. Introduce yourself to the interviewee and explain your purpose.
3. Relieve any anxiety the interviewee may have.
©2010 Craig Cochran. All Rights Reserved
42
have.
4. Let the interviewee complete their own thoughts.
5. If you’re told generalities or absolutes, drill down to specific details.
6. Confirm your understanding of details.
Typical interview steps
7. Ask the interviewee if they know of any records that capture details related to our problem.
8. Write down exactly what you are told by the interviewee
9. If the interviewee tries to offer causes, explain that you’re just looking for facts
©2010 Craig Cochran. All Rights Reserved
43
explain that you’re just looking for facts about the problem right now.
10. Ask the interviewee if they know of anybody else who might have insight on the problem.
11. Thank the interviewee for their time.
Analyzing data
� Plenty of data in most organizations
� Just a matter of finding it & organizing
� Collect fresh data in
©2010 Craig Cochran. All Rights Reserved
44
� Collect fresh data in cases where holes exist
� “In God we trust…all others bring data”
Photographing the problem
� Get permission� Photograph from different angles and perspectives
� Indicate the scale� Use a tripod for close-
©2010 Craig Cochran. All Rights Reserved
45
� Use a tripod for close-ups
� Provide instructions to the photographer (if someone is shooting on your behalf)
Step #3:
Define the
©2010 Craig Cochran. All Rights Reserved
46
Define the current process
What is a process?
A set of interrelated activities that receive inputs,
©2010 Craig Cochran. All Rights Reserved
47
receive inputs, perform work on them, and produce outputs
A simple process: Taking an order
1. Type order details into system
2. If order is standard, check inventory
If order is special, check schedule
©2010 Craig Cochran. All Rights Reserved
48
3. If order is special, check schedule and lead times
4. Review order details with customer
5. Email confirmation to customer
6. Release to scheduling queue
Accurately document the Process
� Procedures
� Drawings
� Videos
� Flowcharts
©2010 Craig Cochran. All Rights Reserved
49
� Flowcharts
� Photographs
� Signs
� Cartoons
� Whatever!
Flowchart Symbols
� An oval shows inputs and outputs.
� The box or rectangle shows task or activity.
©2010 Craig Cochran. All Rights Reserved
50
or activity.
� Diamond indicates decision is necessary.
� A circle indicates a break; the idea is continued elsewhere.
Steps to Construct a Flowchart
� Determine boundaries� Define the steps of the
process� Sequence the steps in
order
©2010 Craig Cochran. All Rights Reserved
51
� Sequence the steps in order
� Draw the flowchart using symbols
� Connect with arrows� Check for completeness
Step #4: Identify
©2010 Craig Cochran. All Rights Reserved
52
Step #4: Identify the Causes
The Root Cause Paradox
Rarely is there a Rarely is there a Rarely is there a Rarely is there a
single root cause to a single root cause to a single root cause to a single root cause to a
©2010 Craig Cochran. All Rights Reserved
53
complicated problemcomplicated problemcomplicated problemcomplicated problem
Aggressively pursue the true causes that exist below the surface
Avoid “root
©2010 Craig Cochran. All Rights Reserved
54
cause paradigms”
Rarely are these root causes:
Superficial, people-centered causes
Failure to follow procedures
Bad habits
©2010 Craig Cochran. All Rights Reserved
55
Sloppy work Cutting corners
Not paying attention Human error
Poor work ethic Careless mistake
You’ve got to dig deeper:
Superficial cause Deeper cause
Failure to follow procedures Procedures were out for revision
Sloppy work No workmanship standards established
Not paying attention Inadequate tool caused distraction
©2010 Craig Cochran. All Rights Reserved
56
Not paying attention Inadequate tool caused distraction
Poor work ethic Told to skip training because of workload
Bad habits No clear specification for product
Cutting corners Instructed to reduce costs
Human error Customer requirements were incomplete
Careless mistake Doing 2 jobs at once, per supervisor
At each step of the process, consider the following:
� Mistakes that can be made
� Confusing tasks
� Equipment failures
� Incorrect machine
� Conflicting goals
� Nonconforming supplies or materials
� Communication barriers
©2010 Craig Cochran. All Rights Reserved
57
� Incorrect machine settings
� Tool malfunctions
� Supplier shortcomings
� Incomplete instructions
� Missing requirements
barriers
� Tasks that require a special “knack”
� Distractions
� Environmental problems
� And anything else that can go wrong
Do anything you can to spur creativity:
� Tour the site of the problem
� Interview anybody with an opinion
� Invite new participants to the problem solving team
©2010 Craig Cochran. All Rights Reserved
58
problem solving team
� Collect new data / Examine old data
� Encourage speculation on unusual causes
Rules for Brainstorming
� Complete agreement on problem statement
� Members with equal chance to participate
©2010 Craig Cochran. All Rights Reserved
59
participate
� Each member offers one idea in turn
� No criticism or evaluation of ideas
(Cont’d)
� No idea should be treated as insignificant
� One conversation at a time
Rules for Brainstorming (Cont’d)
©2010 Craig Cochran. All Rights Reserved
60
� Informal environment
� Think creatively
� Record all ideas
Step #5: Plan &
©2010 Craig Cochran. All Rights Reserved
61
Step #5: Plan & Implement Solution
Don’t Fumble
Taking action all the way Taking action all the way Taking action all the way Taking action all the way
through to completion is through to completion is through to completion is through to completion is
©2010 Craig Cochran. All Rights Reserved
62
through to completion is through to completion is through to completion is through to completion is
where the ball usually where the ball usually where the ball usually where the ball usually
gets droppedgets droppedgets droppedgets dropped
Develop Solution(s)
� Specific actions
� Clear responsibilities
� Assignment of resources
Timeframes
©2010 Craig Cochran. All Rights Reserved
63
� Timeframes
� Measures of effectiveness
� Progress update(s)� With team
� With top management
Selling your solution
� Even the most brilliant ideas must get approval
� Sell your ideas in terms that appeal to decision makers
©2010 Craig Cochran. All Rights Reserved
64
to decision makers
� Prepare a document to assist (report, PowerPoint)
� Be specific about actions
Keys to Selling
� Avoid jargon and buzzwords
� Keep presentation concise
� Anticipate questions
©2010 Craig Cochran. All Rights Reserved
65
� Be enthusiastic!
Implementation and project management
� Monitor progress and communicate frequently
� Have people who are taking action report their progress
� Look for and remove roadblock
©2010 Craig Cochran. All Rights Reserved
66
� Look for and remove roadblock
� Ensure follow-through…Don’t drop the ball!
Step #6: Verify
©2010 Craig Cochran. All Rights Reserved
67
Step #6: Verify Effectiveness
Verifying Effectiveness
� Be objective
� Audit the process over time
� Examine output or product
©2010 Craig Cochran. All Rights Reserved
68
� Examine output or product
� Talk to employees
� Talk to customers –perceptions are everything!
Verification steps
� Was the stated action taken?
� Did the action address the cause(s)?
Is there evidence that the action
©2010 Craig Cochran. All Rights Reserved
69
� Is there evidence that the action worked?
� What processes have been put into place to ensure the improvement stays?
Don’t be afraid to send it back
If an action is not If an action is not If an action is not If an action is not
effective, be honest about effective, be honest about effective, be honest about effective, be honest about
©2010 Craig Cochran. All Rights Reserved
70
effective, be honest about effective, be honest about effective, be honest about effective, be honest about
it, provide specific it, provide specific it, provide specific it, provide specific
feedback, & return it for feedback, & return it for feedback, & return it for feedback, & return it for
“rework”“rework”“rework”“rework”
Step #7: Document the
©2010 Craig Cochran. All Rights Reserved
71
Document the Improvement
Document Improvements
� Determine the best kind of documentation from users
� Make documentation as simple and graphic as possible
©2010 Craig Cochran. All Rights Reserved
72
graphic as possible
� Put documentation at points of use
� Use electronic media when possible
� Remove bureaucracy from document control process
For more information:
Presenter:
Craig Cochran
678-699-1690
©2010 Craig Cochran. All Rights Reserved
73
Problem Solving in Plain English
Available at:www.PatonProfessional.com
©2010 Craig Cochran. All Rights Reserved
74
www.PatonProfessional.com
Smart and practical books from Craig:
©2010 Craig Cochran. All Rights Reserved
Available here –
www.patonprofessional.com
Discussion & questions
©2010 Craig Cochran. All Rights Reserved
76