Posts Tagged ‘surprise’

Selecting Six Sigma Projects

Thursday, August 6th, 2009

Sometimes just determining which projects to undertake isn’t enough.

Six Sigma is project-intensive. Large firms, such as General Electric, report completing as many as 7,000 Six Sigma projects in a single year. Even much smaller companies can complete several hundred projects per year. But this should come as no surprise, as projects are the means by which Six Sigma converts knowledge into bottom-line results.

However, not all Six Sigma projects produce bottom-line benefits; many produce only local improvements. In my June column I described how to use the theory of constraints (TOC) to decide where in the process to conduct Six Sigma projects. But we need to go even further. In addition to telling us where to conduct Six Sigma projects, knowing the process constraints also helps us determine what the focus of the project should be.

Six Sigma projects address three different areas of potential improvement: quality, cost and schedule. Critical characteristics in the product, process or service are identified using CTx notation: Critical-to-quality characteristics are designated CTQ; critical-to-cost, CTC; and critical-to-schedule, CTS. This classification scheme, combined with the TOC, can help focus Six Sigma projects by defining project deliverables in terms of their impact on one or more CTx characteristics.

Figure 1: A Simple Process with a Constraint

Consider the simple process in Figure 1. The process is producing a product for which there is a market demand of 20 units per week. However, the best this process can deliver is seven units per week because that’s the best step C can do.

Applying the TOC strategy described in another post, we know that Six Sigma projects that affect step C should be given priority, those affecting steps D and E second priority, and those affecting A and B third priority. This tells us where to focus our efforts. The CTx information can help us determine what to focus on.

Assume that you have three Six Sigma candidate projects all focusing on process step C, the constraint. The area addressed is correct, but which project should you pursue first? Assume that one project will improve quality, another cost, and another schedule. Does this new information help? Definitely! Table 1 shows how this information can be used.

Table 1: Throughput Priority of CTx Projects That Affect the Constraint

Projects in the same priority group are ranked according to their impact on throughput. The same thought process can be applied to process steps before and after the constraint. The results are shown in Table 2. (Note that Table 2 assumes that projects before the constraint don’t result in problems at the constraint.) Remember, impact should be measured in terms of throughput.

Knowing the project’s throughput priority will help you make better project selections among project candidates. Of course, the throughput priority is just one input into the project selection process; other factors–for example, integration with other projects, a regulatory requirement or a better payoff in the long-term–may lead to a different decision.

Table 2: Project Throughput Priority vs. Project Focus

GD Star Rating
loading...

Why Six Sigma is an All-Or-None Proposition

Monday, July 27th, 2009

A “toe in the water” approach won’t always tell you if six sigma will work.

Recently some prospective clients asked me for a demonstration project to help them determine if six sigma would be a good idea at their company. I advised them against it. Such a demonstration only shows management’s lack of commitment to the success of six sigma. Although philosophical issues are important, there are more concrete problems with such “toe in the water” projects. In particular, major quality improvements can sometimes yield little or no bottom-line cost impact. The result of such projects is to convince management that six sigma adds cost without adding value. This belief is, of course, totally wrong. But it’s also a logical result of the demonstration approach itself.

For example, Sam was a six sigma enthusiast. He’d studied its use at several major companies and was convinced that it would save his company, which we’ll call Acme, millions of dollars. The hype had also caught the attention of the senior leadership at Sam’s company. But before diving headlong into six sigma, they wanted Sam to conduct a demonstration project to see if the savings reported by the press could actually be obtained at Acme.

The company’s main product was a complex assembly, which Acme sold to a large aerospace customer. The assembly- manufacturing process was in statistical control and producing an average of 10 defects per assembly. With management’s support, Sam documented the cost of noncompliance to be about $1,000 per assembly. After months of diligent effort, Sam’s six sigma team was able to redesign the process. To their delight, they were able to reduce the number of defects per assembly by a full 50 percent, from 10 defects per assembly to five.

Management was also interested in the project. But the accounting department had carefully monitored the costs for the assemblies, and to everyone’s surprise, accounting found only a minuscule 0.7-percent cost savings.

Based on these results, leadership’s conclusion was simple: Quality doesn’t pay. The company won’t pursue six sigma any further.

Did accounting make a mistake? In a word, no. The problem arose because Sam measured quality as defects. The truth is that most costs are incurred because of defectives rather than because of defects. (Thanks to Mikel Harry of the Six Sigma Academy for this insight.) A defective is a unit of product or service that contains one or more defects. Whether a unit contains one defect or several is irrelevant. Customers generally react to defective units by returning them for warranty repair, refunds or other options. Internally, defective units must be identified through costly inspection and then routed through equally costly rework processes, or else scrapped entirely. A unit with one defect costs nearly as much as one with several.

Mathematically, the Poisson distribution describes the relationship between defects and defectives. The equation for the Poisson distribution is

In the equation, x represents the number of defects in the sample, and P(x) means the probability of finding x defects. For example, P(1) is the probability of finding one defect. The symbol μ is the average number of defects per unit of product or service. For Sam’s project, the average assembly had 10 defects before six sigma was applied, so μ = 10. The efforts of the six sigma team reduced the average number of defects per assembly to 5, for a 50 percent improvement in quality.

Let’s plug these numbers into the equation and see what happens. Because we are interested in the probability of an assembly being defect-free, we want to know P(0) for each of the two quality levels. Before six sigma, with μ = 10 we get

In other words, there were virtually no defect-free circuit assemblies before applying six sigma methodologies. After applying six sigma, the probability of getting a defect-free assembly at Acme was

Thus, a 50-percent improvement in the quality level as measured in defects produces only a 0.7-percent improvement in the number of defect-free circuit assemblies. A complete graph of this relationship is shown in Figure 1.

Figure 1-Quality Improvement vs. Cost Savings

The real cost-reduction benefits only start to appear when quality reaches very high levels. This relationship explains the commonly observed phenomenon of quality programs not paying off in the short term. Only when companies stick with it long enough to begin to approach six sigma quality levels do they get the desired results. Too often, “toe in the water” projects scare companies out of the pool before they even start to swim.

GD Star Rating
loading...