Statistical Process Control научил компанию отличать реальный сигнал проблемы от случайного колебания метрики — контрольные карты показывают, когда процесс вышел из-под контроля. Но SPC сам по себе не говорит, что делать дальше: он обнаруживает проблему, но не даёт структурированного способа найти и устранить её первопричину. Six Sigma DMAIC — следующий шаг: формальный 5-этапный цикл систематического снижения вариативности процесса.
Происхождение и исследовательская база
Six Sigma разработана в Motorola в 1986 году инженером Биллом Смитом, затем масштабирована и популяризирована General Electric под руководством Джека Уэлча в 1990-х — методология объединила статистические инструменты контроля качества (включая SPC Шухарта) в единый структурированный процесс проектного улучшения процессов, доведённый до строгой пятиэтапной дисциплины DMAIC.
SPC говорит «процесс вышел из-под контроля». DMAIC отвечает на следующий вопрос: «Почему, и что конкретно с этим делать?»
Ключевые идеи и принципы
Принцип: Define — точная формулировка проблемы и цели проекта
Прежде чем что-либо улучшать, явно фиксируется конкретная проблема (обычно выявленная через SPC-сигнал или другое отклонение), измеримая цель улучшения и границы проекта — без этого шага улучшение легко превращается в расплывчатую инициативу без чёткого критерия успеха.
Принцип: Measure — точное измерение текущего состояния процесса
Собираются точные данные о текущей производительности процесса (не мнения и ощущения, а измеримые цифры) — этот шаг напрямую опирается на дисциплину сбора данных, уже выстроенную через SPC на предыдущем уровне.
Принцип: Analyze — поиск коренных причин вариации
Применяются статистические и причинно-следственные инструменты (диаграмма Исикавы, анализ Парето, регрессионный анализ) для поиска РЕАЛЬНОЙ первопричины вариации, а не очевидного симптома — большинство неудачных улучшений останавливаются на симптоме, не дойдя до истинной причины.
Принцип: Improve — тестирование и внедрение решения
Разрабатывается и тестируется решение, устраняющее найденную коренную причину (часто через контролируемый эксперимент, а не одномоментное масштабное изменение) — только подтверждённое эффектом решение масштабируется на весь процесс.
Принцип: Control — закрепление улучшения через контрольные механизмы
После подтверждённого улучшения устанавливаются контрольные механизмы (в том числе SPC-карты для нового, улучшенного состояния процесса), чтобы процесс не откатился к прежнему уровню вариативности со временем — это замыкает цикл обратно к SPC, но уже на новом, улучшенном базовом уровне.
Ограничения, слепые зоны и критика
DMAIC — тяжёлая, проектная методология, требующая времени (обычно недели-месяцы на проект) и статистической квалификации — избыточна для мелких, очевидных проблем, где решение понятно сразу без формального цикла.
В крупных внедрениях (особенно в духе GE) Six Sigma подвергалась критике за излишнюю бюрократизацию и формализм (сертификации «поясов», обязательная документация) — ценность метода в дисциплине поиска коренных причин, а не в самой бюрократической атрибутике.
Метод эффективен для процессов с измеримой вариативностью (производство, транзакционные операции) — для творческих, неповторяющихся видов деятельности статистический аппарат DMAIC малоприменим напрямую.
Типовые ошибки
Ошибка 1: Пропускают Define, сразу переходят к решению.
Команда, воодушевлённая проблемой, сразу предлагает решение, не сформулировав точно измеримую цель и границы проекта — легко решают не ту проблему или теряют фокус на середине проекта.
Как избежать: явно зафиксировать проблему, измеримую цель и границы проекта прежде, чем переходить к анализу или решению.
Ошибка 2: Останавливаются на симптоме на этапе Analyze, не доходя до коренной причины.
Найдена очевидная, поверхностная причина (например, «сотрудник ошибся»), устраняется она, а не системная первопричина — проблема возвращается через некоторое время в другой форме.
Как избежать: использовать структурированные инструменты поиска первопричины (например, технику «5 почему», диаграмму Исикавы), не останавливаясь на первом очевидном объяснении.
Ошибка 3: Пропускают Control, считая проект завершённым сразу после Improve.
Улучшение внедрено, но без контрольных механизмов процесс постепенно откатывается к прежнему состоянию — эффект от проекта улучшения теряется со временем.
Как избежать: обязательно устанавливать контрольные карты SPC для улучшенного процесса и явного владельца, отслеживающего, что улучшение удерживается.
Главное, что нужно знать
5 этапов: Define → Measure → Analyze → Improve → Control — строгая последовательность, не пропускать шаги.
Measure опирается на дисциплину точных данных, уже выстроенную через SPC.
Analyze должен дойти до реальной коренной причины, а не остановиться на поверхностном симптоме.
Control замыкает цикл обратно к SPC — контрольные карты для нового, улучшенного уровня процесса.
Тяжёлая проектная методология — оправдана для значимых, измеримых, повторяющихся проблем, не для мелких очевидных.
План внедрения
Месяц 1: Define и Measure на пилотной проблеме
Выбрать одну значимую проблему (в идеале — уже выявленную через SPC-сигнал), сформулировать измеримую цель, собрать точные данные о текущем состоянии.
Месяц 2: Analyze — поиск коренной причины
Применить структурированные инструменты анализа причин, дойти до реальной первопричины, а не поверхностного симптома.
Месяц 3: Improve — тестирование решения
Разработать и протестировать решение на ограниченном масштабе, подтвердить эффект перед полным внедрением.
Месяц 4: Control и закрепление
Внедрить контрольные механизмы (SPC-карты для нового уровня процесса), назначить владельца, отслеживающего устойчивость улучшения.
Книги по теме
Pyzdek T., Keller P. — «The Six Sigma Handbook» (регулярно переиздаётся с 2003). Практическое руководство по полному циклу DMAIC с инструментами каждого этапа.
Harry M., Schroeder R. — «Six Sigma: The Breakthrough Management Strategy» (2000). Задокументировали опыт масштабирования Six Sigma в Motorola и General Electric.