November 27, 2006
Six Sigma – Defining the Problem Statement
A key element of a Six Sigma project charter is the problem statement. The problem statement is a clear and concise statement that describes the symptoms of the problem to be addressed.
A good example of a problem statement is, “Ten percent of the Invision system updates that we applied last month had to be backed out. This has caused a 18% increase in service desk issues.”
The problem statement provides three benefits to Six Sigma teams.
- creates a sense of ownership for the team
- focuses the team on an accepted problem
- describes the symptoms in measurable terms
The Six Sigma problem statement is clear, concise and well-written. Please use the following four guidelines in creating a problem statement.
- Define the problem - In the problem statement, team members define the problem in specific terms. They present facts such as the product type and the error made.
- Identify where the problem is appearing - Identifying where the problem is appearing, or manifesting, as specifically as possible helps the team focus its improvement efforts.
- Describe the size of the problem - The size of the problem is described in measurable terms.
- Describe the impact the problem is having on the organization - The description of the problem's impact on the organization should be as specific as possible.
The truth of the matter is that the more specific the statement, the better the chance the Six Sigma team has of fixing the problem.
The team should be wary of and try to avoid four common pitfalls when creating a problem statement;
- The problem statement should not address more than one problem.
- The problem statement should not assign a cause.
- The problem statement should not assign blame.
- The problem statement should not offer a solution.
The Six Sigma problem statement is a valuable tool that focuses the team on an acknowledged problem and describes the symptoms of the problem in measurable terms.
What does Six Sigma say about giving examples of new things when they are introduced :-) ?
Posted by: Tom Chiverton at November 27, 2006 8:22 AMWhy PS should only mention on problem? For example, If my company is delivering late and wrong products to the customers... why I can not mention both in the same sentence? In my case, the root problem is on my warehouse so, one problem becomes in 2 causes. Then, why can not show them in one sentence?
cheers,
J
Posted by: Joan at November 13, 2007 6:48 PMFinally passed the test
Managing in light of McGregor's Theory X and Theory Y
CMMI
Kicking HIT Leadership Up a Notch
That's just some mumbo jumbo project management BS
Outcomes - The tactic to get to the strategy
Nurse Call, VOIP, and Wi-Fi: Its just cool when things come together!
December 2007
November 2007
October 2007
September 2007
August 2007
July 2007
June 2007
May 2007
April 2007
March 2007
February 2007
January 2007
December 2006
November 2006
August 2006
June 2006
May 2006
April 2006
March 2006
February 2006
January 2006
November 2005
October 2005
September 2005
August 2005
June 2005
May 2005
April 2005
March 2005
February 2005
January 2005
December 2004
November 2004
October 2004
September 2004
August 2004
July 2004
June 2004
May 2004
April 2004
March 2004
February 2004
January 2004
December 2003
November 2003
October 2003
Joel on Software
David Ross
Edward Prevost
Martin Fowler
The Health Care Blog
The Tales of Hoffman
The Business Word
Medical Rants
Christina's Considerations
Paul Levy
HIS Talk
Appropriate IT
Candid CIO
RSS feed




