![]() |
|
| Home > Methodologies > Six Sigma | Search: | for |
|
Quick, Quality Decision-Making Using Six Sigma Tools
B A significant part of business success can come from the speed and quality of decision-making. Such good decision-making leads to performance improvements by reducing rework and driving benefits to the bottom line faster. Six Sigma, especially Design for Six Sigma (DFSS), has tools that improve the speed and quality of decisions. A morphological matrix will help identify potential solutions and define functional requirements for each solution. A Pugh matrix will help rank potential solutions against the voice of the customer (VOC). These methods are best illustrated with a hypothetical case study involving team decision-making. A team has formed to quickly identify a solution for storing Six Sigma project documentation. The documentation needs to be made available for project audits. Decision speed and quality are crucial since the company has just begun to deploy Six Sigma. As the team begins its work, members are split among three potential solutions. While relunctant to give up their individual preferences, team members realize the wrong decision could result in adding time and expense to project documentation. Four Steps to the Best SolutionTo overcome this impasse and reach a good decision quickly, the team decides to use a four-step approach:
None of the steps should be overly time-consuming. The most time should be spent on gathering the voice of the customer. Since decision quality is making the decision which best addresses the problem, the team must have the best data possible from customers. A decision based on inadequate data will be a poor decision. A decision which addresses all customers' needs is a quality decision.
Step 1 - The team begins by pulling in key customers and documenting their wants and needs regarding Six Sigma project documentation. There are a variety of ways to gather customer information. Typically, one-on-one interviews or group forums are used to discuss wants and needs. Also, a good survey can get at key customer information. Regardless of how VOC-gathering is addressed, two things should be kept in mind:
In Figure 1, the team has gathered the VOC. The customers said that the solution must store project evidence for audit and the storage must be secure and reliable. In terms of one-dimensional, the customers said, "the lower the cost, the better" and "the faster the implementation, the better." And finally, there were two delighters that the customer eluded to but did not directly come out and ask for: It would be great if the solution could improve the time it takes to document a project and could show project status. Are the Customers' Needs Being Met?Step 2 - After the team captures the voice of the customer, it needs to establish a way to measure that the business is meeting the customers' needs. Critical-to-success factors are measurable characteristics that directly correlate to a specific VOC item. When measuring the CTXs, there are two different types of data variable and attribute. (Variable data = data that can be measured, such as hours, length, weight, etc. Attribute data = data that is categorized, such as pass/fail, straight/bent, color, etc.) Try to establish variable data measurements whenever possible. However, there may be times where a product or service needs to meet a yes-no standard. That would be attribute data. Step 3 - The team now has determined what the customer wants, and how it is going to measure if the customers' needs are being met. The team moves into the next phase collecting information on potential solutions. It is not uncommon to see a change in the team's opinion of solutions at this point. Working with the customers' requirements and seeing the problem through the customers' eyes makes some solutions begin to stand out. The team can now begin to determine how potential solutions will fulfill customer requirements.
A morphological matrix will help the team identify all applicable solutions and document how the solutions will address the customers' needs. In Figure 2, the team carries over the voice of the customer and the three solutions. For each solution, the team defines how that solution will fulfill the voice of the customer. It also may be helpful to include product demonstrations so team members not familiar with all solutions are well-educated. The morphological matrix defines all the functional requirements for each solution. Step 4 - The final step in the process is to rank each of the potential solutions by how well they can address the critical-to-success factors. In Figure 3, the team lists the critical-to-success factors and their importance from Figure 1. Then, the team decides on a datum. The datum could be any of the solutions. There are a couple of ways to approach this: 1) Use the solution for a datum that is starting to stand out for the team. 2) Use the solution that someone has been typically outspoken about. Either way, the results will be the same.
The real power behind a Pugh matrix is making the right decision based on data. Rank each solution against the datum for each critical-to-success factor. Three symbols are used for the comparison: S = same as datum, a minus sign (-) = worse than datum, and a plus sign (+) = better than datum. In Figure 3, all three solutions are roughly the same. The web site is worse than the file system in three areas and the document management system is worse than the file system in two areas. Neither of the two solutions is better than the file system in any of the critical-to-success factors. The analysis field is figured by subtracting the number of minus signs from the number of plus signs. Anything positive would make that solution better than the datum and, as in our example, anything negative would determine the datum as a better solution. Result: Best Solution and MoreThe final deliverable from this process is to make an educated decision. From the Pugh matrix, it is clear that a file system is the best solution. In addition, there are some positive side effects. The morphological matrix determines the functional requirements. When the team is ready to implement, the functional requirements have been determined. Furthermore, to improve the quality of decision-making, the team could perform a risk assessment or failure modes and effects analysis (FMEA) on the selected solution. Applying the Six Sigma tools to decision-making does not have to be a long, drawn-out process. In fact, an argument may be made that decision speed is improved because this process limits the solution arguments to team decisions based on data. And, importantly, the foundation for making the right decision is rooting the decision from the voice of the customer. About the AuthorMatthew Hess is a project manager/Six Sigma Black Belt with Cessna Aircraft in Wichita, Kansas (USA). He mentors groups of Green Belts at Cessna. Mr. Hess has a bachelor's degree in e-commerce management. He can be reached at hess_matt@yahoo.com. Reproduction Without Permission Is Strictly Prohibited Copyright Requests Publish an Article: Do you have a Six Sigma tip, learning or case study? Share it with the largest community of Six Sigma professionals, and be recognized by your peers. It's a great way to promote your expertise and/or build your resume. Read more about submitting an article. "The Bottom Line" Links
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Home | Discussion Forum | Event Calendar | Job Shop | |
| Link To iSixSigma | Rate This Page | Report A Problem | Free Content For Your Site | Submit Article For Publishing | |
| Terms of Service. ©2000-2008 iSixSigma. All rights reserved. v3.0lb, 3.2-A-244 |
About iSixSigma · Contact Us · Privacy Policy · Site Map. |