6Sigma: что выбрать?
Внутри 6Sigma есть несколько похожих подходов: DMAIC, DMADV, DMEDI и DMDI. На уровне аббревиатур они выглядят почти одинаково, поэтому их часто выбирают механически. Это плохой способ. Метод надо выбирать не по названию, а по состоянию задачи: есть ли текущий процесс, понятны ли требования, сколько неопределённости, можно ли проверять решение до запуска и насколько важна скорость внедрения.
Главный конфликт выбора в том, что компании часто хотят методологию, которая подтвердит уже принятое решение. Но правильный выбор подхода может показать обратное: улучшать нечего, потому что процесс надо проектировать заново; проектировать рано, потому что требования ещё мутные; внедрять быстро опасно, потому что цена ошибки высокая.
Если процесс уже работает: DMAIC
DMAIC выбирают, когда процесс существует и повторяется, но результат нестабилен. Есть дефекты, задержки, потери, лишние действия, повторные обращения или разброс качества. В этом случае задача — не придумать новый процесс, а понять, почему текущий даёт плохой результат, и закрепить улучшение.
DMAIC полезен, когда можно собрать данные о текущем состоянии. Если данных нет, сначала придётся наладить наблюдение и описание процесса. Без этого команда будет спорить о причинах на уровне впечатлений.
Если нужен новый процесс с проверкой: DMADV
DMADV выбирают, когда требуется создать новый процесс, продукт или услугу, а требования достаточно понятны. Его сильная сторона — проверка решения до масштабного запуска. Это важно, когда ошибка при внедрении дорого стоит: ломает сроки, качество, клиентский опыт или управляемость.
DMADV не нужен для мелкого улучшения существующего процесса. Но он полезен, если старая схема принципиально не выдерживает новую задачу и её косметическая правка только продлит проблему.
Если задача ещё не ясна: DMEDI
DMEDI выбирают, когда нужно сначала исследовать варианты. Требования могут быть неполными, будущий процесс неочевиден, есть несколько возможных моделей работы, а решение нельзя выбрать только на основании текущей практики.
Этот подход уместен для новых сервисов, изменения операционной модели, нестандартных внутренних процессов и задач, где преждевременное проектирование опасно. Он медленнее простого запуска, зато снижает риск построить неправильную систему.
Если важна скорость внедрения: DMDI
DMDI выбирают, когда задача ясна и нужно быстрее перейти от проектирования к внедрению. Он подходит для ситуаций, где длительная проверка избыточна, но всё равно нужны границы, данные, роли и контроль первых результатов.
Слабое применение DMDI — использовать скорость как повод не думать. Если проблема неясна, а требования плавают, быстрый подход только быстрее приведёт к переделке.
Короткая управленческая логика выбора
- Есть существующий процесс и измеримые дефекты — выбирайте DMAIC.
- Нужен новый процесс с понятными требованиями и проверкой — выбирайте DMADV.
- Нужно исследовать варианты будущего решения — выбирайте DMEDI.
- Задача ясна, а внедрение нужно ускорить — выбирайте DMDI.
Если ни одно описание не подходит, проблема, скорее всего, находится раньше выбора методологии. Нужно понять процесс, границы, ответственность, данные и управленческую цель. Без этого любая аббревиатура станет декоративной.
Вывод
Выбор подхода 6Sigma — это не методический тест, а управленческое решение. Он показывает, что именно компания собирается делать: улучшать существующее, проектировать новое, исследовать неопределённое или быстро внедрять понятное.
В проектах 2П выбор методики начинается с диагностики задачи. Сначала надо понять, где находится проблема: в текущем процессе, в отсутствии процесса, в неопределённости требований или в слабом внедрении. Только после этого 6Sigma становится инструментом работы, а не набором сложных названий.
Если нужно выбрать подход, а не название
Выбор между DMAIC, DMADV, DMEDI и DMDI должен начинаться не с методологии, а с состояния проблемы. Есть повторяющийся дефект, новый процесс, идея решения или задача внедрения? Ответ даёт диагностика. После неё можно выбрать: улучшать текущий процесс, проектировать и описывать новый или вести изменение как управляемый проект.