1-Problem Solving
1-Problem Solving
Lesson Structure
1. Introduction
2. Structured problem solving – why?
3. The problem solving method
3.1 PDCA Cycle
3.2 Structured Problem Solving
i) Definition
ii) Observation
iii) Analysis
iv) Action
v) Check
vi) Standardization
vii) Conclusion
4. Success Factors in problem solving
5. Problem Solving and QC Story
6. Overview of Problem Solving Process
1. Introduction
Along with the numerous analytical tools available, there are many structured
problem-solving methods. Some are copyrighted, some are public domain, some are
very intricate and others are quite simple. Typically, they range in complexity from
four to eight steps, but all the methods share the same basic themes normally based
on Deming’s PDCA cycle. Therefore, it’s less important which problem-solving
method you choose than actually picking one and using it. You can even make up
your own method.
PLAN - First make the objective, problem area or improvement opportunity clear
and set up the means to achieve the same.
DO - Put the plan into Practice.
CHECK - Observe the results to see if the desired objective is achieved.
ACT - If there is progress, standardize the plan otherwise review the plan.
PLAN 1. DEFINITION
2. Observation
3. Analysis
DO 4. ACTION
CHECK 5. Check
ACT 6. Standardization
7. Conclusion
The details about the above steps for problem solving are given in the subsequent
paragraphs.
i) Definition
First step in Problem Solving is the Identification of a Problem. The workplace has
many problems and the group normally brainstorms and identifies a list of problems.
It is also possible to identify the problems through:
Dept. Indicators
Survey of internal/external customers
Interviewing of individuals from the work area
Review of process records, data & related trends
The next step is to select a priority problem based on the importance and urgency.
The extent of control the group members can have on the problem can also be a
criterion. This can be done with the help of the criteria rating tool.
Finally the problem is quantified with the help of a Quality Indicator which
quantifies the undesirable effect. This will help in making the problem measurable
and in deciding on the improvement levels needed, etc.
(Appropriate tools for this step include brainstorming, Pareto charts, run charts, pie
charts, flowcharts and voting).
ii) Observation
This step is designed to understand and describe the problem fully. The problem
statement should be specific and not generic e.g. stating “customer states that the
parts won’t run right” is not a specific problem statement.
Basic objective of this step is to investigate the time, place, type and symptom of
the problem. This requires careful collection and analysis of the data related to
the quality indicator selected in the previous step. The efforts should be to convert
opinions into indisputable facts.
(Appropriate tools include brainstorming, flowcharts, Pareto charts, check sheets and
histograms).
iii) Analysis
This step is to identify the factors which influence the problem and to identify the
root causes. Cause Effect relationship for the problem is analyzed through a Cause
Effect diagram with the collective wisdom of the group members and other
concerned people. Sometimes it is necessary to verify and isolate significant
causes for further analysis.
The typical obstacle at this step is mistaking a symptom for the root cause. Often,
people tend to define "root causes" that are nothing more than a restatement of the
problem definition. Before team members are asked to participate in problem
solving, they should receive training in how to distinguish symptoms from root
causes.
(Appropriate tools for root cause determination include 5-why analysis, interviewing,
brainstorming, cause-and-effect diagrams, FMEA, Pareto analysis, etc.)
iv) Action
a) Selecting Counter-measures
The trick is to cast a wide net, then narrow the possibilities to those solutions that
satisfy the following criteria:
They have a strong chance of being successfully implemented,
They will be accepted by all relevant stakeholders, and
They truly address the root cause identified in the previous step.
Then agree upon a solution, either by group consensus or through executive decree.
(Appropriate tools include brainstorming, Pareto charts and voting, criteria rating,
etc.)
Even the best solution is doomed to fail if its implementation isn’t carefully planned
and executed. This process typically consists of two distinct phases:
selling the solution to key stakeholders in order to get buy-in, and
a methodical project planning to ensure the solution is executed correctly.
It’s also helpful to notify the organization’s customers who will be affected by the
solution. This reinforces the idea that the organization is dedicated to customer
satisfaction and problem resolution.
(Appropriate tools include project planning, effective presentation skills, selling skills
and pilot runs).
v) Check
After the Implementation, we must check the results to monitor the extent of
improvement. For this, we take observations and compare them against the
target set earlier for the improvements. Besides checking the results, it is also
necessary to check the new process that has been implemented so that it has no
adverse side effects elsewhere. In case satisfactory results are not demonstrated, we
may need to work on additional counter measures.
vi) Standardization
To hold the gains and to ensure that improvement is a part of the job, it is necessary
to standardize the improvement. Standards and procedures have to be updated,
the people need to be trained in the revised methods and the changes need to be
communicated to all concerned. Effectiveness of the improvement should be
continuously tried by establishing the audit procedures.
vii) Conclusion
In this step, the complete project is reviewed for assessing the benefits derived.
People/teams who successfully contributed to problem-solving efforts should be
recognized for their work. We also review the entire Problem Solving Process
to see how the process itself can be improved while solving the next problem.
Finally, in this step we identify the next problem.
Even if your organization uses a team approach to problem solving, every problem
should be assigned to a specific individual. Confirm that this person accepts the
ownership. The owner is simply the project manager for solving the problem. Make
sure he or she understands that being selected as "problem owner" in no way
indicates accusation or blame. In fact, it’s a vote of confidence in the person’s ability
as a leader and manager.
In a perfect world, problems assigned to committees would always get solved. This
might even happen in our world occasionally. However, individuals who are
accountable for projects lead the vast majority of successful problem-solving
projects. Ownership can make remarkable things happen; don’t neglect it.
ii) Involve people familiar with the problem
Those most familiar with the variables surrounding a problem should be involved in
the problem-solving process. Often, these aren’t managers and supervisors but
people taking orders, writing software, operating machines, driving forklifts and
performing repairs. An organization’s culture must allow all personnel to contribute
actively to the process, regardless of their level within the organization.
One of the project manager’s most important tasks will be to select the right people
for the problem-solving team. Participants should be told why they’ve been included
(e.g., their technical expertise, familiarity with processes in question or experience in
the department). It’s important that individuals are motivated and enthusiastic about
being involved.
An explicit step of nearly all problem-solving models is identifying the root cause. But
just because it’s explicit doesn’t mean it will happen. Identifying a problem’s true
root cause must be encouraged, and it’s the project manager’s responsibility to see
that this is done.
Identifying a root cause isn’t easy; it usually takes some serious investigation and
intellectual tenacity. Keep in mind that a root cause is rarely the first thing that
comes to mind.
• Employee error. It’s possible that employee error may have been a cause of a
problem at hand, but is it the root cause? Why exactly did the employee make the
error? Why is the task prone to error? Most likely, employee error isn’t the true root
cause, and any corrective action directed at this mistaken assumption won’t make
the problem go away.
• Failure to follow procedure. Why didn’t the employee follow procedure? Did he
or she know that a procedure existed? Are there other forces at play, such as an
incentive that discourages adhering to the procedure? The corrective action for
"failure to follow procedure" is usually the old standby, "reprimand employee." Does
anyone really believe that reprimands drive continual improvement? Not in any
organization I’d want to be a part of.
• Employee not properly trained. If a training program exists, why was the
employee not properly trained? The only reasonable corrective action for "employee
not properly trained" is "conduct training." If the system is inherently flawed,
however, no amount of training will remedy it. In fact, training in a flawed work
method only reinforces the flawed method, guaranteeing more problems in the
future.
The examples above illustrate the elusive nature of root causes. Once you think
you’ve identified the root cause, ask "why" one more time. You might be surprised to
discover one more layer to the problematic onion.
Dignified public recognition is, of course, a form of communication, one that delivers
an astronomical return on investment. The message underlying public recognition is
"The company appreciates your team’s fine efforts, and we sincerely hope others will
follow your example." Who wouldn’t want to follow their example and be recognized,
too?
The logical connection from one step to the next step in the above process makes it
run almost like a story. In Japan, therefore, this is called a QC Story.
They make all their presentations on the QC Story format. This enables the
participants to get a clear and concise picture of the entire Problem Solving Process.
Many organizations have devised a One Sheet Format which brings all the steps of
Problem Solving graphically with minimum writing. Instead of presentations, they
use One Page Charts for providing opportunities for the teams and other participants
to share the experience of Quality Improvement and Problem Solving.
6. Overview of Problem Solving Process