Lots and lots of misconceptions about Six Sigma here. I’ve got some Six Sigma training, and have been involved in a number of Six Sigma projects.
Six Sigma is really just the same of a whole bag of tools useful in doing statistical analysis and/or following a set of best practices for design.
Six Sigma isn’t just statistics. What it’s really about is putting some rigor around the analysis of design and process control. It’s about using tools to help focus efforts in the right place and expose information.
There are two main branches of Six Sigma. One is more focused on statistical process control, called DMAIC. Ther other is DFSS or DMADV, and is a set of tools for aiding in the design of processes and products.
The names come from the following acronyms:
DMAIC:
Define - Define the project’s goals, measures of success.
Measure - Measure the process to establish benchmarks for current failure rates or success rates.
Analyze - Determine the cause of the defects.
Improve - Change the process to eliminate the measured causes of defects.
Control - put measurements and procedures in place to prevent the process from going in the weeds again.
Each one of these steps is basically a collection of various tools useful in helping achieve the objective.
As described, DMAIC sounds like something that would work fantastically for improving the performance of an assembly line where there are hard measures for tolerances, perfectly known rejection rates, plenty of samples for statistical analysis, etc. And that’s where Six Sigma has the biggest impact. There are plenty of great success stories of Six Sigma consultants going into factories and making large, measurable, and consistent improvements in quality. The tools work. Which you would expect since it’s just math along with some procedures and guidelines for how to apply it.
The other branch of Six Sigma is aimed at design:
Design
For
Six
Sigma
Or alternatively
Define - Define the goals of the project and what the deliverables will be.
Measure - Measure and determine customer needs, CTQs (Critical to quality - the things that, if they are defective, have the most impact on overall quality), and specifications.
Analyze - Analyze various options for meeting the customer’s goals
Design - Design the product or process using the information gathered above
Verify - verify the performance of the finished process or product against the identified CTQS, specifications, and customer needs.
When companies first started implementing Six Sigma, they often went too far and tried to stick to every step and every statistical measurement in the process. We would get sheets on them with DMAIC in big letters across the top, and checkboxes with every process for every step, and we were expected to carry them out in detail. Needless to say, this led to some confusion, a lot of inconsistency of application, and not a little bemusement as people tried to figure out how to apply tools very literally to things that didn’t really lend themselves to statistical analysis.
But that’s not the faul of Six Sigma, it’s the fault of a bunch of managers who couldn’t think outside the box and realize that the tool had to change to fit the job. Today, we treat Six Sigma as a collection of useful tools, to be used or not as we see fit. Now, instead of just informally trying to make something ‘bulletproof’, we’ll do a formal FMEA (Failure Mode Effects Analysis) - stripped of the extra paperwork. If we’re evaluating a couple of competing designs, we’ll build a House of Quality, work out some Pareto charts showing the impact of various design decisions, etc. There’s no snake oil here or ‘fad of the month’ gimmicks - just a bunch of good mathematical and analytical tools which can be used appropriately or abused.