6Sigma: DMADV
DMADV — подход 6Sigma для проектирования нового процесса, продукта или услуги. Его используют, когда улучшать старую схему уже бессмысленно или когда процесса ещё нет. В отличие от DMAIC, здесь задача не в устранении дефектов текущей работы, а в создании решения, которое с самого начала учитывает требования, ограничения и проверку результата.
Конфликт DMADV в том, что бизнес часто хочет быстрее перейти к запуску, а подход требует сначала проверить, что именно нужно проектировать. Если пропустить эту работу, компания получает новый процесс, который выглядит логично в презентации, но не выдерживает реальной нагрузки, исключений и требований клиентов.
Define: определить задачу проектирования
На первом этапе формулируют цель, границы и управленческую проблему. Важно понять, почему старый процесс не подходит или почему нужен новый. Причиной может быть рост объёма, новый продукт, изменение требований клиентов, переход на другую операционную модель, автоматизация или необходимость снизить риск ошибок.
Здесь же фиксируют участников, владельца результата, ограничения по срокам и ресурсам. Если проект начинается без владельца и без критериев успеха, DMADV быстро превращается в бесконечное обсуждение вариантов.
Measure: собрать требования и параметры качества
Measure в DMADV отличается от измерения в DMAIC. Здесь команда не просто описывает текущие дефекты, а собирает требования к будущему решению: что должно происходить на входе, какой результат нужен на выходе, какие ограничения нельзя нарушить, какие ошибки особенно дороги.
Важно переводить желания в проверяемые параметры. «Сделать удобно» нельзя спроектировать и проверить. «Сократить ручной ввод до одного шага», «убрать повторное согласование», «обеспечить обработку заявки за два рабочих дня» — уже рабочие требования.
Analyze: выбрать принцип решения
На этапе Analyze команда сравнивает возможные варианты будущего процесса. Здесь полезны карта процесса, анализ рисков, оценка нагрузки, проверка ограничений, разбор зависимостей между подразделениями. Задача не в том, чтобы найти идеальную схему, а в том, чтобы выбрать вариант, который выдержит реальные условия.
Плохой анализ обычно видно сразу: команда обсуждает интерфейсы, инструменты и регламенты, но не отвечает на вопрос, кто принимает решение, кто несёт ответственность и что происходит при отклонении от нормального сценария.
Design: спроектировать процесс
На этапе Design создаётся будущая модель работы: шаги процесса, роли, правила передачи, требования к данным, точки контроля, исключения, документы, автоматизация, обучение. Хороший дизайн не пытается описать всё до последней мелочи, но закрывает управленческие разрывы, из-за которых процесс обычно разваливается.
Если процесс проектируется для внедрения в систему, здесь особенно важно не подменить работу экранными формами. Сначала должен быть понятен порядок принятия решений, а уже потом интерфейс, поля и маршруты согласования.
Verify: проверить до масштабирования
Verify защищает компанию от дорогого запуска слабого решения. Новый процесс проверяют на пилоте, тестовых сценариях, реальных данных или ограниченном участке. Проверка должна искать не подтверждение того, что команда хорошо поработала, а места, где решение ещё не готово.
На этом этапе смотрят, выдерживает ли процесс нагрузку, понятны ли роли, не возникает ли ручных обходов, хватает ли данных, не ломаются ли сроки, можно ли контролировать результат без постоянного вмешательства руководителя.
Когда выбирать DMADV
DMADV подходит, когда компания создаёт новый процесс, услугу, производственный контур, порядок обработки заявок, модель контроля качества или управленческий механизм. Он полезен там, где цена ошибки на запуске выше, чем стоимость предварительной проверки.
Подход избыточен, если нужно просто убрать конкретный дефект в существующем процессе. В таком случае чаще подходит DMAIC. Но если старый процесс принципиально не отвечает задаче, попытка «улучшить» его только продлит проблему.
Вывод
DMADV помогает проектировать работу так, чтобы будущий процесс был не красивой схемой, а управляемой системой. Он заставляет до запуска ответить на неприятные вопросы: что именно требуется, какие ограничения есть, какой вариант выбран, как он проверен и кто отвечает за результат.
В проектах внедрения и проектного управления 2П этот подход полезен, когда нужно построить новый порядок работы и довести его до устойчивого применения. Если компания запускает новый процесс без проверки, она часто получает не управляемость, а новую форму старого хаоса.
Если DMADV используют для проектирования нового процесса
DMADV подходит, когда старый процесс недостаточно улучшить и нужно проектировать новый порядок работы. Перед этим важно уточнить требования, ограничения и будущий контур управления. Такую работу можно начать с диагностики, продолжить через систематизацию процесса и вести внедрение нового порядка как изменение.