Six Sigma DMAIC

Six Sigma DMAIC удобнее всего объяснять на реальном проекте. В онкологическом центре имени короля Хусейна (King Hussein Cancer Center) выписка пациента занимала слишком много времени, а быстрая выписка освобождает койки и повышает удовлетворённость пациентов и их семей. Команда исследователей (Arafeh, Barghash, Haddad, 2018) замерила длительность каждой операции: от подписи врача на бланке выписки до момента, когда пациент покидает палату. Данные собирали методом сопровождения пациентов (patient shadowing). Детальные карты процесса и диаграммы причин и следствий показали, что задержки создают не отдельные сотрудники. Их источник — раздробленные, нестандартизированные процедуры и слабая коммуникация между участниками. Пациентов разделили на группы по их потребностям, процесс выписки перепроектировали, а варианты решения проверили на дискретно-событийной модели (discrete event simulation) ещё до запуска.

Эта работа — образцовый пример применения DMAIC. Это проектный цикл улучшения процессов из пяти этапов: Define (определить), Measure (измерить), Analyze (проанализировать), Improve (улучшить), Control (закрепить). Его задача — найти, количественно оценить и устранить источники вариации в работающем процессе, а затем удержать новый уровень. Цикл годится для процессов, которые уже существуют, повторяются и дают измеримый результат: брак, сроки, затраты, ошибки в документах.

Статистический контроль процессов (Statistical Process Control) отвечает на вопрос, вышел ли процесс из-под контроля. Почему это произошло и что с этим делать, он не говорит. Этот вопрос закрывает DMAIC. Ниже — происхождение метода, инструменты каждого этапа, данные исследований о том, где он работает, а где нет, шесть типовых ошибок и помесячный план первого проекта.

Происхождение и исследовательская база Six Sigma DMAIC

Линия 1: Motorola и General Electric

Цикл DMAIC впервые применили в 1980-х на производственных площадках. Первопроходцем была Motorola, которая встроила его в программу Six Sigma. В 1990-х подход популяризировала General Electric. Позже его стали использовать в здравоохранении, финансах, технологических компаниях и сервисных отраслях. Учебные провайдеры по-прежнему называют Ford и General Electric среди компаний, чей опыт обычно разбирают как кейсы. Подробностей этих кейсов в наших материалах нет, поэтому пересказывать их мы не будем.

В популярных пересказах часто встречаются точный год рождения Six Sigma, имя инженера-автора и цитаты руководителей GE. Источники этой статьи их не подтверждают, поэтому мы ограничиваемся тем, что подтверждено: десятилетие, две компании и путь от заводского цеха к сервисным процессам.

Линия 2: статистический контроль качества

По содержанию DMAIC вырос из статистического контроля качества. Метод собирает в одну проектную последовательность инструменты, которые существовали и раньше. Среди них «семь базовых инструментов качества», и первым в этом наборе обычно стоит карта хода процесса или контрольная карта. Каждое измерение выходного параметра (вес упаковки кофе с линии, время производства, срок доставки) фиксируется по порядку, и по этой записи видно, как ведёт себя процесс во времени.

Из той же традиции пришли анализ измерительной системы и правила его интерпретации. Широко принятый ориентир дала автомобильная отраслевая ассоциация AIAG (Automotive Industry Action Group). Если на измерительную систему приходится меньше 10% общей вариации процесса или допуска, она пригодна. Значение от 10 до 30% — условно пригодна, систему стоит улучшать. Больше 30% — непригодна: измерения вносят в данные столько шума, что выводы из них ненадёжны.

Линия 3: Lean Six Sigma

Конкуренты в выдаче регулярно спрашивают, к чему относится DMAIC — к Six Sigma или к бережливому производству. Исторически это ядро Six Sigma. На практике цикл давно используют как каркас проектов Lean Six Sigma. В него встраивают бережливые инструменты: карту потока создания ценности (Value Stream Map) на этапах Define и Measure, анализ ожиданий и простоев. Учебные чек-листы этапов (например, Leanademy, 2025) прямо помечают карту потока как опциональную: её используют, когда проблема связана с длительностью цикла и потерями, а не только с разбросом параметра.

DMAIC — это не набор новых инструментов, а порядок, в котором старые инструменты качества начинают работать на один измеримый результат.

Линия 4: академическая база

Научная литература по DMAIC — это прежде всего прикладные кейсы и обзоры.

• Производство. Jirasukprasert, Garza-Reyes и Kumar (2014) применили DMAIC для снижения брака на производстве резиновых перчаток. Корневые причины искали с помощью планирования экспериментов (design of experiments), проверки гипотез и двухфакторного дисперсионного анализа. Smętkowska и Mrugalska (2018) разобрали DMAIC как элемент непрерывного улучшения на реальном производственном процессе и предложили меры по росту его результативности. Mittal, Gupta и Kumar (2023) работали с индийским производителем резиновых уплотнителей автомобильных дверей: общий уровень брака передних и задних уплотнителей составлял 5,5%, и компания несла из-за этого большие потери. Hakimi, Zahraee и Rohani (2018) с помощью эксперимента выяснили, что на кислотность йогурта у иранского производителя значимо влияют время инкубации и жирность, и определили их оптимальные значения.

• Стоимость низкого качества. Prashar (2013) применил DMAIC к хроническим отказам узла охлаждающего вентилятора в подразделении ремонта вертолётных компонентов. После этапов Define, Measure и Analyze выяснилось, что первопричина — экстремальные допуски и перекрёстная подборка подшипников. Рекомендации этапа Improve касались системы подбора подшипников.

• Процессные отрасли. Kaushik и Khanduja (2009) применили цикл на тепловой электростанции к расходу дорогой деминерализованной воды. Авторы отмечают, что в процессных отраслях, в отличие от машиностроения и услуг, внедрений Six Sigma описано мало.

• Транзакционная среда. Antony, Bhuller и Kumar (2011) исследовали систему коммуникаций и управления информацией в компании инфраструктурного сервиса. Они сочетали кейс-метод с опросом и обнаружили, что эффективность системы ниже среднего по отрасли.

• Здравоохранение. Кроме кейса с выпиской, Southard, Chandra и Kumar (2012) использовали DMAIC вместе с картами потока ценности и дискретно-событийным моделированием, чтобы оценить эффект внедрения RFID-меток в амбулаторной хирургии. Модель показала значимую расчётную годовую экономию времени и денег.

• Цепи поставок. Mishra и Sharma (2014) соединили SIPOC и DMAIC в гибридную рамку для лакокрасочной отрасли. Процесс оценивали по показателям AOQ и AOQL (средний и предельный средний выходной уровень качества), Z-уровню процесса и числу дефектов на миллион возможностей (DPMO).

Обзорные работы дают более широкую картину. Uluskan (2016) отобрала 60 статей о наборе инструментов Six Sigma. Она классифицировала инструменты, разложила их по этапам DMAIC и разобрала причины, по которым ими пользуются неэффективно. Pongboonchai-Empl, Antony и Garza-Reyes (2023) количественно проанализировали 692 статьи и детально — 41 работу об интеграции технологий Индустрии 4.0 в Lean Six Sigma. Обзор обзоров из журнала IRJET фиксирует, что исследовательская активность по Six Sigma заметно выросла после 2005 года, а авторы кейсов сообщают о росте сигма-уровня процессов и финансовой экономии.

Ключевые идеи и принципы Six Sigma DMAIC

1. Принцип: враг — вариация, а не средний результат

   Название Six Sigma отсылает к сигме — стандартному отклонению. Чем меньше разброс процесса относительно требований клиента, тем реже он выдаёт дефект. Поэтому DMAIC работает с вариацией: процесс, который в среднем укладывается в норму, но сильно колеблется, всё равно производит брак. Уровень процесса выражают через сигма-уровень, Z-уровень или DPMO — число дефектов на миллион возможностей. Эти показатели сопоставимы для разных процессов, и по ним видно, сдвинулся ли процесс после проекта.

2. Принцип: сначала выбрать правильный проект

   Хороший проект для DMAIC отвечает нескольким условиям:

   • проблема повторяется, а не случилась однажды;

   • результат можно измерить;

   • причина неизвестна (если решение очевидно, цикл не нужен);

   • эффект заметен для клиента или для финансов;

   • процесс уже существует и его можно наблюдать.

   Если процесс нужно создать с нуля, подходит не DMAIC, а DMADV — о нём ниже.

   Проект, в котором решение известно заранее, не нуждается в DMAIC. Цикл окупается там, где причина спрятана в данных.

3. Принцип: Define — проблема, цель и границы

   На этапе Define команда договаривается, что именно улучшает. Основной документ здесь — устав проекта (Project Charter). В нём фиксируют формулировку проблемы, измеримую цель, границы и роли участников. Рядом с ним используют:

   • SIPOC (Suppliers, Inputs, Process, Outputs, Customers — поставщики, входы, процесс, выходы, клиенты): высокоуровневая схема процесса и его участников;

   • голос клиента (Voice of the Customer, VOC): ожидания тех, кто получает результат процесса;

   • анализ стейкхолдеров: кого затронет проект и кого нужно вовлечь;

   • карту текущего потока ценности, если важна длительность цикла.

   Два правила этапа: формулировка проблемы должна быть ясной и измеримой, а цель — согласованной с потребностями клиента и приоритетами бизнеса. «Улучшить качество выписки» — это не формулировка. «Сократить время от подписи врача до выхода пациента из палаты» — формулировка.

4. Принцип: Measure — сначала проверить линейку, потом мерить

   Задача этапа — получить надёжные данные о текущей работе процесса. Состав этапа:

   • детальная карта процесса: видны шаги, передачи и узкие места (см. картирование процессов);

   • операционные определения (Operational Definitions): что именно считается дефектом, началом и концом операции, чтобы два человека одинаково понимали одну и ту же цифру;

   • план сбора данных: что, как и когда измеряем;

   • анализ измерительной системы (Measurement System Analysis, MSA), в частности Gage R&R — проверка повторяемости и воспроизводимости измерений с порогами AIAG 10% и 30%;

   • базовая контрольная карта и оценка воспроизводимости процесса (capability): как процесс работает сейчас и укладывается ли он в требования.

   Здесь же определяют CTQ (Critical To Quality) — характеристики, критичные для качества. Так в исследовании производства настенной керамики на индонезийском предприятии PT. ABC (данные с января по сентябрь 2023 года) сначала через CTQ и диаграмму Парето выделили главные виды дефектов и только потом считали процент брака и сигма-уровень. Учебные материалы формулируют правило этапа так: качество данных важнее их количества, а измерительную систему проверяют до анализа.

5. Принцип: Analyze — от симптома к коренной причине

   На этапе Analyze ищут то, что действительно порождает проблему. Базовые инструменты:

   • диаграмма Исикавы (Fishbone): раскладывает возможные причины по категориям;

   • «5 почему» (5 Whys): последовательно углубляет вопрос до первопричины;

   • диаграмма Парето: ранжирует причины по вкладу;

   • регрессионный анализ: показывает связь между переменными;

   • проверка гипотез и дисперсионный анализ (ANOVA): подтверждают или опровергают предположения данными.

   Визуальные инструменты дают гипотезы, статистические — их проверку. Учебные материалы советуют сочетать оба типа и не прыгать к выводам. Кейс Prashar показывает, как выглядит результат этапа: не «сборщики ошибаются», а «экстремальные допуски и перекрёстная подборка подшипников». С таким выводом уже можно работать.

   По данным обзора Pongboonchai-Empl и соавторов, Analyze — этап, лучше всего обеспеченный цифровыми инструментами: интеллектуальным анализом данных (data mining), машинным обучением, анализом больших данных, интернетом вещей и анализом процессов по логам (process mining).

6. Принцип: Improve — решение, проверенное до масштабирования

   На этапе Improve разрабатывают решение, устраняющее найденную причину, и проверяют, что оно действительно сдвигает метрику. Типичные инструменты:

   • планирование экспериментов (DOE): как в кейсах с перчатками и йогуртом, где нашли значимые факторы и их оптимальные уровни;

   • моделирование процесса: как в больнице и в проекте с RFID, где варианты проверили на модели до внедрения;

   • пилот на ограниченном участке;

   • сравнение «до» и «после» на тех же операционных определениях, что и в Measure.

   Чтобы изменение закрепилось, решение должно менять сам процесс: стандарт, оснастку, правило маршрутизации, допуск. Призыв к людям «быть внимательнее» процесс не меняет. Типичные ловушки этапа: внедрить сразу много мер и не понять, какая сработала; масштабировать без пилота; оценивать эффект на глаз.

7. Принцип: Control — удержать новый уровень

   После подтверждённого улучшения составляют план контроля (control plan): какие показатели отслеживаются, с какой частотой, кто владелец и что он делает при отклонении. Для нового уровня процесса строят контрольные карты с новыми границами — так цикл возвращается к SPC, но на улучшенной базе. Здесь же обновляют стандарты и обучение, а процесс передают владельцу. Без этапа Control процесс со временем сползает к прежнему состоянию, и экономия проекта исчезает.

   Проект DMAIC заканчивается не в день внедрения решения, а в день, когда владелец процесса может показать контрольную карту нового уровня.

8. Принцип: DMAIC, DMADV, PDCA и 8D — разные задачи

   • DMADV (Define, Measure, Analyze, Design, Verify) применяют, когда процесса или продукта ещё нет или существующий нельзя улучшить и его нужно проектировать заново. DMAIC улучшает то, что уже работает.

   • PDCA (Plan-Do-Check-Act) — более лёгкий и короткий цикл для частых мелких улучшений. DMAIC тяжелее и опирается на статистическую проверку причин.

   • 8D (восемь дисциплин) нацелен на реакцию на конкретную проблему, часто жалобу клиента: сдержать последствия, найти причину, предотвратить повтор. DMAIC — проект снижения хронической вариации.

9. Принцип: роли и поясная система

   В проектах Six Sigma есть ролевая иерархия «поясов». Ключевая фигура — чёрный пояс (Black Belt), специалист, который ведёт проекты и владеет статистическим аппаратом. Tang, Goh и Lam (2007) предложили расширить программу подготовки чёрных поясов методами исследования операций и науки управления (OR/MS). Их аргумент: в операционной и транзакционной среде стандартного набора инструментов не хватает. Для руководителя важнее другое: у проекта должен быть спонсор с полномочиями, руководитель проекта с аналитической подготовкой и владелец процесса, который примет результат на этапе Control.

10. Принцип: цифровой DMAIC

    В обзоре 2023 года предложена рамка «DMAIC 4.0»: технологии Индустрии 4.0 сопоставлены с этапами и инструментами цикла. Датчики и интернет вещей упрощают сбор данных на Measure, машинное обучение и анализ логов — поиск причин на Analyze. Логика цикла при этом не меняется: цифровые средства ускоряют этапы, но не позволяют их пропускать.

Ограничения, слепые зоны и критика Six Sigma DMAIC

Типовые ошибки при внедрении Six Sigma DMAIC

1. Ошибка 1: выбран не тот проект.

   Для DMAIC берут либо слишком крупную тему («повысить качество в компании»), либо проблему с очевидным решением. В первом случае проект тонет в масштабе, во втором команда месяцами формально проходит этапы ради того, что можно было сделать за неделю. В обоих случаях метод дискредитируется.

   Как избежать

   перед стартом проверьте проект по пяти признакам — повторяемость, измеримость, неизвестная причина, заметный эффект, существующий процесс. Если хотя бы один не выполнен, выберите другой проект или другой метод.

2. Ошибка 2: Define пропущен, команда сразу предлагает решение.

   Воодушевлённая команда начинает с ответа, не зафиксировав проблему, цель и границы. Посередине проекта выясняется, что стороны по-разному понимают, что улучшают, а успех нечем измерить.

   Как избежать

   не переходите к Measure без подписанного устава проекта с измеримой целью, границами, ролями и формулировкой проблемы, понятной клиенту процесса.

3. Ошибка 3: данные собраны без проверки измерений.

   Команда сразу строит графики по существующим отчётам. Но разные смены понимают дефект по-разному, а прибор или учётная система дают собственный разброс. Анализ находит закономерности в шуме измерений, а не в процессе.

   Как избежать

   запишите операционные определения, составьте план сбора данных и проведите анализ измерительной системы. Если на измерения приходится больше 30% вариации, сначала чините измерения.

4. Ошибка 4: Analyze останавливается на симптоме.

   Найдено первое правдоподобное объяснение («сотрудник ошибся», «поставщик подвёл»), и устраняют его. Через несколько месяцев проблема возвращается в другой форме, потому что системная причина осталась на месте.

   Как избежать

   сочетайте визуальные инструменты (Исикава, «5 почему», Парето) со статистической проверкой гипотез. Причина считается найденной, когда данные подтверждают её связь с метрикой.

5. Ошибка 5: решение масштабируют без проверки.

   На этапе Improve внедряют сразу несколько мер на весь процесс. Метрика может сдвинуться, но непонятно почему. А если не сдвинулась — непонятно, какую меру отменять.

   Как избежать

   проверяйте решение экспериментом, моделированием или пилотом на ограниченном участке. Сравнивайте «до» и «после» на тех же определениях и тем же способом измерения, что и в Measure.

6. Ошибка 6: проект закрыт без Control.

   Решение внедрено, команда отчиталась и разошлась. Без владельца и контрольных механизмов процесс постепенно возвращается к старому уровню, и через полгода эффект не виден.

   Как избежать

   не закрывайте проект без плана контроля, контрольной карты нового уровня и назначенного владельца процесса, который знает, что делать при сигнале. Принцип управления по отклонениям здесь работает буквально: владелец вмешивается только при выходе за границы.

План внедрения Six Sigma DMAIC

1. Месяц 1: выбор проекта и Define. Составьте короткий список хронических проблем. Лучшие кандидаты — те, по которым контрольные карты уже показывают нестабильность или выход за требования. Отберите одну по пяти признакам хорошего проекта. Назначьте спонсора, руководителя проекта и будущего владельца процесса. Постройте SIPOC, соберите голос клиента, проведите анализ стейкхолдеров. Подпишите устав проекта с измеримой целью и границами.

2. Месяц 2: Measure. Нарисуйте детальную карту процесса, определите CTQ-характеристики и запишите операционные определения дефекта и временных точек. Составьте план сбора данных и проверьте измерительную систему. Снимите базовый уровень: контрольная карта, оценка воспроизводимости, сигма-уровень или DPMO.

3. Месяц 3: Analyze. Проведите сессию по диаграмме Исикавы с участниками процесса, пройдите «5 почему» по главным ветвям и постройте Парето по видам дефектов. Ключевые гипотезы проверьте статистически: регрессией, проверкой гипотез, дисперсионным анализом. На выходе — две-три подтверждённые коренные причины.

4. Месяц 4: Improve. Для каждой причины разработайте решение, которое меняет процесс, а не призывает людей стараться. Проверьте его экспериментом, моделированием или пилотом на одном участке. Сравните результат с базовым уровнем на тех же определениях. Масштабируйте только подтверждённые решения.

5. Месяц 5: Control. Составьте план контроля: показатели, частота, границы, действия при сигнале, владелец. Постройте контрольную карту нового уровня, обновите стандарты и обучение. Формально передайте процесс владельцу и закройте проект, сравнив фактический эффект с целью из устава.

   Далее: поддержание и обновление. Владелец процесса следит за контрольной картой и реагирует на сигналы. Раз в квартал сверяйте, удерживается ли уровень. Если метрика снова ушла, это повод открыть новый проект, а не перезапустить старый. Каждый закрытый проект пополняет портфель: опыт первого цикла помогает отбирать следующие.

   Первый проект DMAIC важен не только экономией. Он показывает организации, что причины проблем можно находить в данных, а не в поиске виноватых.

Как реализовать этот план с помощью фрейма «Six Sigma DMAIC» в OrgDevTools

Фрейм «Six Sigma DMAIC» — бесплатный тренажёр. Он проводит проект по этапам и сам пересчитывает дефекты в DPMO и сигма-уровень до и после улучшения. Отдельного инструмента с привязкой к записи для этой методики в OrgDevTools пока нет, поэтому вся работа идёт во фрейме. На каждом этапе есть свободный список заметок: строки добавляются по одной.

Книги по теме Six Sigma DMAIC

• Leanademy — «Lean Six Sigma DMAIC Tools Guide» (2025). Отсюда пошёл перечень инструментов по этапам (устав проекта, SIPOC, голос клиента, операционные определения, план сбора данных, MSA, базовая контрольная карта, Исикава, «5 почему», Парето, регрессия, проверка гипотез) и правила «качество данных важнее количества» и «проверяй измерения до анализа».

• dmaic.com — «Lean Six Sigma Book» (учебное пособие, 2025). Из него взяты ориентиры AIAG для интерпретации Gage R&R (10% и 30%) и описание семи базовых инструментов качества, начиная с карты хода процесса.

• Meryem Uluskan — «A comprehensive insight into the Six Sigma DMAIC toolbox» (2016). Это обзорная статья, а не книга, но она работает как справочник: классификация инструментов, их распределение по этапам DMAIC и причины неэффективного применения. На неё опирается раздел о критике.