DMADV (Design for Six Sigma, DFSS)

DMADV — пятифазная методика проектирования нового продукта или процесса под требования Six Sigma: Define (определить), Measure (измерить), Analyze (проанализировать), Design (спроектировать), Verify (проверить). Её часто называют синонимом Design for Six Sigma (DFSS), хотя вариантов DFSS несколько (например, IDOV — Identify, Design, Optimize, Verify). В отличие от классического цикла DMAIC, который улучшает уже существующий процесс, DMADV создаёт то, чего ещё нет, или заменяет процесс, признанный неисправимым: качество «встраивают» в дизайн, а не исправляют после запуска. Ключевые артефакты метода — требования клиента, переведённые в измеримые критические для качества характеристики (CTQ), и проверка, что дизайн их действительно закрывает. В этой статье — как устроен DMADV по справочным источникам, чем отличается от DMAIC, как провести проект, где методика ограничена и как использовать фрейм OrgDevTools.

Что такое DMADV и когда он нужен

Six Sigma чаще всего ассоциируют с DMAIC — улучшением существующего процесса: найти причины дефектов, устранить их и закрепить результат. Но у DMAIC есть структурный предел: он работает с тем, что уже построено. По справочным сведениям, организации, применявшие Six Sigma, обнаружили, что не могут довести продукт выше трёх–четырёх сигм без принципиальной переработки дизайна, а улучшать процесс или продукт после запуска менее эффективно, чем заложить качество в проект. DMADV решает именно эту задачу: он определяет потребности клиентов и бизнеса и «вгоняет» их в решение.

Метод нужен при создании нового продукта, услуги или процесса, при замене процесса, который нельзя довести до нужного уровня улучшениями, и там, где ошибка дизайна дорого обходится (безопасность, регуляторные требования, массовое производство). Он менее полезен для небольших улучшений существующего процесса (здесь подойдёт DMAIC) и при высокой неопределённости потребностей, когда быстрее проверять гипотезы прототипами. Смежные методы: Lean Six Sigma, FMEA, модель Кано, ТРИЗ: идеальный конечный результат, Minimum Viable Product (MVP) и CVP-анализ.

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

Six Sigma введена американским инженером Биллом Смитом в Motorola в 1986 году; Motorola зарегистрировала Six Sigma как сервисный знак в 1991 году и как товарный знак в 1993-м, а в 2005 году, по заявлению компании, приписала методике более 17 миллиардов долларов экономии. Название происходит из статистического контроля качества: процесс с уровнем «шесть сигм» в краткосрочном периоде, как предполагается, даёт в долгосрочном менее 3,4 дефекта на миллион возможностей (DPMO), в расчёте на сдвиг среднего на 1,5 сигмы, объяснённый Микелем Харри. Оговорка: допущение о сдвиге 1,5 сигмы — предмет критики, и число 3,4 DPMO нужно понимать как соглашение, а не как физический закон.

Design for Six Sigma — набор лучших практик разработки новых продуктов и процессов; по справочным сведениям, он возник в General Electric как развитие успеха традиционной Six Sigma, но нацеленный не на улучшение, а на новые разработки; первые успешные проекты DFSS 1989 и 1991 годов даже предшествуют оформлению DMAIC. Метод используется в финансах, маркетинге, инженерии, электронике и других отраслях и опирается на статистические инструменты (например, линейную регрессию). Ниже — рерайт справочных материалов. Оговорка: полные тексты книг по DFSS (в частности Янга и Эль-Хаика) в работе не использовались, а справочные статьи содержат спорные обобщения об отличиях инструментов.

DMAIC чинит то, что сломано; DMADV проектирует так, чтобы не ломалось с самого начала.

Академическая теория: как устроен DMADV

Отличие от DMAIC

Классический DMAIC (Define — Measure — Analyze — Improve — Control) обычно применяется после того, как проект или продукт в основном спроектирован, и нацелен на устранение дефектов и вариации в существующем процессе. DMADV (и IDOV) стремится создать процесс там, где его не было или где существующий признан неадекватным, и заранее «встроить» эффективность Six Sigma в процесс до внедрения; традиционная Six Sigma ищет непрерывное улучшение после его появления. Образно, DMAIC — «тушение пожаров», DFSS — «профилактика пожаров». Измерение остаётся важнейшей частью инструментов, но в DMAIC измеряют существующий процесс, а в DFSS — добывают глубокое понимание потребностей клиентов и подчиняют им все проектные решения и компромиссы.

Define: цели дизайна

На первой фазе определяют цели проекта, увязанные с требованиями клиентов и стратегией компании: кто клиент, какую проблему решает продукт или процесс, каковы бизнес-цели, рамки и ограничения. Результат фазы — устав проекта и понимание, зачем проектируется решение.

Measure: CTQ

На фазе измерения собирают требования клиентов (голос клиента) и переводят их в критические для качества характеристики (CTQ) — измеримые параметры с целевыми значениями и допусками. DFSS начинается с понимания ожиданий, потребностей и CTQ до завершения дизайна. Также выявляют риски и ограничения. Это центральный артефакт метода: если CTQ не заданы, дизайн нечем проверить.

Analyze: варианты концепции

На фазе анализа формулируют альтернативные варианты дизайна и выбирают концепцию по CTQ. Практики используют оценку вариантов по критериям, моделирование и симуляции для предсказания стоимости и характеристик кандидатных архитектур; в отличие от DMAIC, где часто отталкиваются от существующих чертежей и инструкций, DFSS оперирует параметрическим анализом и симуляцией.

Design: детальный дизайн и план проверки

Фаза проектирования — детальный дизайн, оптимизация под CTQ и план верификации. DFSS во многом — проектная деятельность, для которой используются инструменты: развёртывание функции качества (QFD), аксиоматическое проектирование, ТРИЗ, Design for X, планирование экспериментов (DOE), методы Тагути, расчёт допусков, робастное проектирование и метод поверхности отклика. Эти инструменты иногда применяют и в DMAIC, но только в DFSS они служат для анализа новых, беспрецедентных продуктов и процессов.

Verify: проверка

Финальная фаза подтверждает, что дизайн закрывает CTQ: пилотный запуск, испытания, оценка воспроизводимости, план передачи владельцу процесса. Если пилот не подтверждает целевые значения, возвращаются к анализу и проектированию. Проверка должна опираться на данные, а не на ощущение «получилось».

Ограничения по надёжности

Справочные обзоры отмечают, что в типичной программе DFSS лишь малая часть CTQ связана с надёжностью, поэтому надёжность не получает центрального внимания, а долгосрочные проблемы после производства (усталость, износ, каскады отказов, взаимодействия на уровне системы) DFSS редко рассматривает. Поэтому для сложных изделий DMADV дополняют инженерией надёжности и анализом видов отказов (FMEA).

Ключевые идеи и принципы DMADV

1. Принцип: качество закладывают в проект

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

2. Принцип: всё начинается с клиента

   Проект отталкивается от требований клиента и бизнеса, переведённых в измеримые CTQ. Дизайн без CTQ — набор мнений.

3. Принцип: цели должны быть измеримы

   Для каждого важного CTQ задаётся целевое значение и допуск. Если у требования нет цели, его нельзя проверить на фазе Verify.

4. Принцип: выбирайте концепцию по данным

   Альтернативы сравнивают по CTQ, моделированию и оценке рисков, а не по вкусу руководителя.

5. Принцип: фазы строго последовательны

   Каждая фаза опирается на результат предыдущей; пропуск Measure или Analyze приводит к дизайну «по догадке».

6. Принцип: проверка обязательна

   Дизайн не считается завершённым, пока пилот и испытания не подтвердили, что CTQ закрыты. При расхождении возвращаются к предыдущим фазам.

Как провести проект DMADV: пошаговая инструкция

Практическая последовательность такая. Define: сформулируйте проблему или возможность, клиента, цели, рамки и риски; оформите устав проекта и назначьте спонсора и команду. Measure: соберите голос клиента (интервью, опросы, жалобы, наблюдения), разделите требования по важности, переведите в CTQ с целевыми значениями и допусками, определите способ измерения. Analyze: сформулируйте несколько вариантов концепции, оцените их по CTQ, стоимости и рискам, при необходимости смоделируйте и выберите концепцию. Design: спроектируйте детально выбранную концепцию, оптимизируйте под CTQ (эксперименты, допуски, робастность), определите контроли и план верификации, проанализируйте риски отказов. Verify: проведите пилот или испытания на репрезентативной выборке, сравните результаты с целевыми значениями CTQ, оцените воспроизводимость, при расхождении вернитесь к прошлым фазам. Передайте процесс владельцу с документацией, контрольными картами и планом мониторинга. Зафиксируйте уроки и обновите стандарты проектирования.

Учебный расчёт

Условный пример: проектирование нового процесса обработки заказов. CTQ: время обработки ≤ 24 часа (вес 5, цель 24), точность заказа ≥ 99,5 % (вес 5, цель 99,5), стоимость обработки ≤ 300 ₽ (вес 3, цель 300). На фазе Verify пилот по 10 000 заказов показал 34 ошибки: 34 ÷ 10 000 = 0,34 % ошибок, или 3 400 DPMO (если считать одну возможность на заказ). Для ориентира по стандартной таблице пересчёта (с допущением сдвига 1,5 сигмы) 6 210 DPMO соответствуют примерно 4 сигмам, а 233 DPMO — 5 сигмам; 3 400 DPMO — между четырьмя и пятью сигмами. Цель точности 99,5 % (5 000 DPMO) достигнута; для дальнейшего роста нужно снижать число ошибок. Числа условные и иллюстрируют связь CTQ, пилота и DPMO.

Пример из практики: Motorola и GE

Документированный контекст метода — история Six Sigma: она возникла в Motorola в 1986 году, а по справочным сведениям DFSS возник в General Electric как расширение традиционной Six Sigma на разработку новых продуктов; в 2005 году Motorola заявляла об экономии более 17 миллиардов долларов от Six Sigma. Оговорка: цифра относится к Six Sigma в целом (в основном DMAIC), а не к DMADV отдельно, и получена самой компанией; проверенных публичных данных об эффекте конкретных проектов DMADV найти не удалось.

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

Типовые ошибки при проектах DMADV

1. Ошибка 1: применяют DMADV к существующему процессу.

   Проект на улучшение обычного процесса оформляют как проект дизайна; фазы теряют смысл.

   Как избежать

   для существующего процесса использовать DMAIC, а DMADV — для нового или для замены.

2. Ошибка 2: нет голоса клиента.

   CTQ придуманы командой; дизайн решает не те задачи.

   Как избежать

   собрать требования клиентов интервью, опросами и наблюдениями и переводить их в CTQ.

3. Ошибка 3: CTQ без целевых значений.

   Требования сформулированы качественно («быстро», «удобно»); на фазе Verify проверять нечего.

   Как избежать

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

4. Ошибка 4: выбирают концепцию без сравнения.

   Берут первую идею; альтернативы не оценены, риски не видны.

   Как избежать

   формулировать несколько вариантов и сравнивать их по CTQ, стоимости и рискам.

5. Ошибка 5: пропускают фазы.

   Сразу переходят к дизайну, минуя Measure и Analyze; результат — дизайн «по догадке».

   Как избежать

   проходить фазы последовательно; каждая опирается на итог предыдущей.

6. Ошибка 6: проверка по ощущению.

   Пилот проводят на малой выборке или не сравнивают с целями; успех объявляют без данных.

   Как избежать

   проверять на репрезентативной выборке и сравнивать результаты с целевыми значениями CTQ.

7. Ошибка 7: не передают процесс владельцу.

   После проекта нет владельца, контролей и мониторинга; качество деградирует.

   Как избежать

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

Метрики: как оценивать проект DMADV

Универсальных нормативов нет; фиксируйте по своим данным:

• Покрытие CTQ: доля важных CTQ с заданной метрикой, целью и допуском.

• Достижение целей: доля CTQ, чьи целевые значения подтверждены на фазе Verify.

• Уровень дефектов: DPMO или доля дефектов в пилоте и после запуска.

• Время и стоимость проекта: длительность фаз и затраты относительно плана.

• Возвраты к прошлым фазам: число возвратов из Verify к Analyze и Design как показатель качества ранних фаз.

• Удовлетворённость клиентов: оценка результата клиентами после запуска.

Дизайн без измеримых требований нечем проверить.

План внедрения DMADV по неделям

1. Неделя 1: Define

   Сформулируйте проблему, клиента, цели и рамки проекта и оформите устав.

2. Неделя 2: Measure

   Соберите голос клиента и переведите требования в CTQ с целевыми значениями и допусками.

3. Неделя 3: Analyze и Design

   Сравните варианты концепции по CTQ и рискам, выберите и детально спроектируйте решение с планом проверки.

4. Неделя 4: Verify

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

   Далее: ведите мониторинг CTQ и фиксируйте уроки для следующих проектов.

Как реализовать план DMADV с помощью фрейма «DMADV (Design for Six Sigma)» в OrgDevTools

Фрейм состоит из двух вкладок. На первой — пять фаз со свободными списками записей: «Define — определить» (цели дизайна, увязанные с требованиями клиента и стратегией), «Measure — измерить» (CTQ-требования, риски, ограничения), «Analyze — проанализировать» (альтернативные варианты дизайна и выбор концепции), «Design — спроектировать» (детальный дизайн и план верификации) и «Verify — проверить» (пилот и подтверждение); а также таблица CTQ-требований: формулировка, целевое значение и вес от 1 до 5. Вкладка «Итоги» показывает вердикт и кнопку задачи «Задать целевое значение для важного CTQ-требования».

• Неделя 1–4 — фазы: заполняйте фазы по порядку Define → Measure → Analyze → Design → Verify.

• Неделя 2 — CTQ: внесите CTQ-требования, целевые значения и веса.

• Неделя 4 — задача: создайте задачу на постановку цели для важного CTQ без цели.

Вердикт строится по ступеням: фазы не заполнены — предложение начать с Define; заполнены не все пять — предупреждение с числом заполненных; все пять фаз есть, а CTQ нет — предупреждение; у CTQ с весом 4 и выше нет целевого значения (равно нулю) — красное предупреждение; иначе — подтверждение, что все фазы пройдены и CTQ имеют цели.

Чего фрейм не делает. Он не контролирует порядок фаз: заполнить можно любую, вердикт проверяет только число заполненных. Он не оценивает качество записей, не считает DPMO и уровни сигм и не сравнивает пилот с целями; целевое значение — просто число, и ноль означает «не задано» (законная цель, равная нулю, будет воспринята как отсутствие цели). Для CTQ нет единиц измерения и допусков. Важным считается CTQ с весом 4–5; порог не основан на источнике.

Книги и материалы по теме DMADV

Кай Ян, Басем Эль-Хаик — «Design for Six Sigma: A Roadmap for Product Development» (2003; 2-е издание 2008). Основной учебник по DFSS, включая DMADV и IDOV.

Микель Харри, Ричард Шредер — «Six Sigma: The Breakthrough Management Strategy Revolutionizing the World's Top Corporations» (2000). Изложение Six Sigma и подхода Motorola.

Справочные статьи о Six Sigma и Design for Six Sigma (Wikipedia). Обзор истории, фаз и инструментов; используйте как отправную точку.