Цикл Деминга PDCA: как запускать улучшения, которые не глохнут

Склад решил сократить количество ошибок при сборке заказов. Ввели двойную проверку, купили сканеры, провели обучение. Через месяц руководитель отчитался: внедрено. Сколько стало ошибок, никто не считал. Через три месяца двойную проверку тихо отменили — она замедляла отгрузку. Ошибок стало столько же, сколько было.

Изменение прошло два шага из четырёх. Цикл Деминга существует, чтобы это не повторялось.

Цикл Деминга: что это и откуда взялся

Подход предложил американский статистик Уолтер Шухарт, а широко распространил его Эдвардс Деминг, который учил японские компании управлению качеством. Поэтому встречаются оба названия: цикл Шухарта, цикл Деминга, или просто PDCA по первым буквам этапов.

Сила подхода не в этапах, а в том, что цикл повторяется. Закреплённый стандарт становится отправной точкой следующего улучшения.

Этапы цикла Деминга подробно

Plan: найти причину, а не симптом

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

На этапе планирования фиксируются три вещи: текущее значение показателя, ожидаемое после изменения и способ замера.

Do: пилот, а не внедрение

Изменение пробуют в малом масштабе: одна смена, один участок, одна группа клиентов. Это снижает цену ошибки и позволяет сравнить пилот с остальными.

Check: цифры, а не впечатления

Этап, на котором ломается большинство циклов. «Стало лучше» — не проверка. Проверка — это доля ошибок до и после на сопоставимом объёме заказов.

Act: закрепить или отказаться

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

Почему улучшения застревают

Бесконечный Plan. Компания месяцами обсуждает идеальное решение и не запускает ничего. Цикл Деминга предполагает быстрое и маленькое действие, а не идеальный план.

Пропущенный Check. Изменение внедрили и объявили успехом без замера. Самый частый сценарий.

Нет Act. Пилот сработал, но не стал стандартом. Через месяц люди вернулись к привычному способу.

Слишком много циклов сразу. Если одновременно меняются пять вещей, невозможно понять, что сработало.

Пример полного цикла PDCA

Вернёмся к складу. Как выглядел бы правильный цикл.

1. Plan. Ошибки сборки — 4% заказов. Разбор 50 ошибочных заказов показал: 60% ошибок — путаница двух похожих групп товаров на соседних стеллажах. Изменение: развести эти группы по разным зонам. Цель — ошибки ниже 2% за месяц.
2. Do. Переставили товары в одной зоне склада, остальные оставили как есть.
3. Check. Через четыре недели ошибки в изменённой зоне — 1,6%, в остальных — 3,9%.
4. Act. Новую раскладку закрепили схемой склада и правилом размещения новых позиций. Следующий цикл — оставшиеся 40% ошибок.

Без сканеров и двойной проверки ошибки снизились больше чем вдвое — потому что работали с причиной.

Как найти причину на этапе планирования

Качество всего цикла определяется тем, насколько точно найдена причина. Для этого есть простые инструменты, которые не требуют специальной подготовки.

Разбор конкретных случаев. Не обсуждать проблему в целом, а взять 20–50 последних эпизодов и по каждому записать, что именно произошло. Повторяющиеся причины становятся видны сразу.

Пять «почему». Задать вопрос «почему так произошло» несколько раз подряд, каждый раз к предыдущему ответу. Заказ собран с ошибкой — почему? Перепутали товар — почему? Похожие товары стоят рядом — почему? Так разместили при поступлении — почему? Нет правила размещения. Последний ответ и есть причина, с которой можно работать.

Диаграмма причин. Разложить возможные причины по группам: люди, методы, оборудование, материалы, среда, измерения. Помогает, когда причин много и команда спорит о главной.

Где цикл Деминга даёт эффект быстрее всего

Цикл PDCA в регулярном управлении

Отдельные проекты улучшений в компании живут плохо. Работает встраивание цикла в обычный ритм: на еженедельной встрече владелец процесса коротко докладывает, на каком этапе его цикл и что показывают цифры. Как устроить такую встречу, описано в статье про планёрки.

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

PDCA, HADI и бережливое производство

Эти подходы родственные. Бережливое производство использует цикл Деминга как базовый инструмент устранения потерь — подробнее в статье про бережливое производство. HADI-циклы переносят ту же логику в область роста: проверка гипотез о каналах, ценах и предложениях.

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

Как понять, что цикл прижился

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

С чего начать

Выберите один процесс, где потери видны в деньгах: ошибки, возвраты, задержки, потерянные заявки. Посчитайте текущее значение показателя. Разберите 20–50 случаев, чтобы найти главную причину. Запустите одно изменение на ограниченном участке и назначьте дату проверки. Первый полный цикл займёт месяц и даст больше, чем год обсуждений идеального решения.

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