Цикл Деминга (PDCA)

Цикл PDCA (Plan-Do-Check-Act, «планируй-делай-проверяй-действуй») — итеративная модель непрерывного улучшения: сформулировать гипотезу, проверить её в ограниченном масштабе, честно сравнить факт с планом, принять решение — закрепить изменение или отказаться от него. Ключевая идея, которую упускает большинство пересказов: цикл не круг, а спираль — каждый следующий проход происходит на новом, чуть более высоком уровне зрелости процесса, а не просто повторяет предыдущий.

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

Первым цикл описал Уолтер Шухарт в 1939 году, статистик компании Bell Labs, как трёхступенчатую модель управления качеством. Эдвардс Деминг развил идею Шухарта до четырёх этапов и распространил методологию в Японии в начале 1950-х годов, где она стала одной из основ послевоенного японского подхода к качеству.

Эволюция цикла (по исследованию Рональда Моэна и Клиффорда Нормана «Evolution of the PDCA Cycle», 2009): в 1939 году Шухарт в книге «Statistical Method from the Viewpoint of Quality Control» описал цикл «спецификация – производство – проверка» как применение научного метода к массовому производству; в 1950 году Деминг в лекциях в Японии изобразил «колесо» (проектирование, производство, продажа, исследование рынка); в 1951 году японские специалисты превратили его в PDCA; в 1986–1993 годах Деминг предложил PDSA. Название «цикл Деминга» закрепилось в Японии за PDCA, тогда как сам Деминг называл схему циклом Шухарта.

Почему Деминг предпочитал «Study». Согласно материалам Института Деминга и пересказам Моэна, в английском слове check он видел смысл «остановить, сдержать» и близость к инспекции, а этап 3 понимал как изучение того, что произошло, и сравнение результата с предсказанием, сделанным заранее. Поэтому он настаивал на PDSA (Plan–Do–Study–Act, в книге «The New Economics», 1993). Оговорка: прямые слова Деминга приводятся в разных источниках по-разному, поэтому здесь они даны пересказом, а не цитатой. Источник самого описания цикла Шухарта у Деминга — «Out of the Crisis» (первое издание 1982, издание MIT Press 1986; в разных изданиях страницы различаются).

Документированные кейсы

Кейс 1. Япония 1950–1951: от лекций Деминга к японскому PDCA

В 1950 году, читая лекции для японских инженеров и руководителей по приглашению JUSE, Деминг изобразил цикл в виде колеса: проектирование продукта, изготовление, продажа, исследование рынка и переработка проекта — «колесо Деминга». Японские слушатели, по описаниям Моэна и Нормана, приспособили эту схему под управление: в 1951 году её интерпретация дала четырёхэтапный цикл «планируй – делай – проверяй – действуй» (PDCA), а в 1985 году появилась версия, утверждённая JUSE. Сам Деминг затем, в 1986–1993 годах, пришёл к своей формулировке — PDSA — и опубликовал её в «The New Economics» (1993). Оговорка: хронология восстановлена Моэном и Норманом по публикациям и свидетельствам; отдельные даты в популярных источниках различаются, а «PDCA» часто приписывают лично Демингу, что не соответствует этой истории.

Кейс 2. Здравоохранение: модель улучшения и малые тесты

Институт улучшения здравоохранения (IHI) включил PDSA в свою модель улучшения и применяет её в программах-коллаборативах (Breakthrough Series), где больницы проверяют изменения малыми тестами и обмениваются результатами. Типичный первый тест — один пациент или одна смена, следующий — несколько, затем отделение. Обзор Тейлора и коллег (2014) показал, что реальное применение часто не соответствует замыслу: последовательность циклов документирована редко, а данные собирают нечасто. Практический вывод — в успешных программах ценность несёт не название цикла, а дисциплина малых тестов и данных. Оговорка: успехи отдельных коллабораторов описаны самими участниками; оценка эффекта метода в целом затруднена разнородностью проектов.

Кейс 3. Toyota Kata: PDCA как ежедневная практика

Майк Ротер в книге «Toyota Kata» (2009) описывает «кату улучшения» — рутину из четырёх шагов: понять направление, оценить текущее состояние, определить следующее целевое состояние и двигаться к нему серией небольших экспериментов по циклу PDCA; «ката коучинга» строится на пяти вопросах руководителя (каково целевое состояние; каково текущее; какие препятствия; какой следующий шаг; когда увидим результат). Ротер описывает это как реконструкцию практик, наблюдавшихся в Toyota, — это интерпретация автора, а не официальная методика компании. Пример показывает, как цикл превращают из разового проекта в привычку: цель — научить людей мыслить экспериментами, а руководителей — задавать вопросы вместо указаний.

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

1. Принцип: четыре этапа

   • Plan — сформулировать гипотезу и измеримую цель эксперимента. Плохая формулировка: «стать продуктивнее». Рабочая формулировка: «сократить время выполнения задачи на 20% за неделю» — с точным числом и сроком, иначе на этапе Check нечего будет сравнивать.

   • Do — реализовать план в ОГРАНИЧЕННОМ масштабе (пилот на части команды/процесса), не сразу на всю компанию — цена ошибки на пилоте кардинально ниже, чем при полном внедрении непроверенной гипотезы.

   • Check (или Study у Деминга) — сравнить фактический результат с гипотезой из Plan, разобраться, ПОЧЕМУ результат совпал или разошёлся с ожиданием — не просто зафиксировать «стало лучше/хуже».

   • Act — принять явное решение: закрепить изменение как новый стандарт, скорректировать гипотезу и повторить цикл, либо отказаться от идеи, если данные её не подтвердили.

2. Принцип: цикл как спираль, не круг

   Возврат к Plan после Act происходит не на том же уровне, откуда цикл начался, — стандартизированное улучшение поднимает процесс на новую точку отсчёта, следующий цикл решает уже новую, более тонкую проблему. Визуально это лучше представлять восходящей спиралью, а не замкнутым кольцом, повторяющимся бесконечно на одном месте.

3. Принцип: SDCA как обязательное предусловие PDCA (по Масааки Имаи)

   Японский теоретик кайдзен Масааки Имаи сформулировал важное методологическое уточнение: нельзя улучшать (PDCA) нестабилизированный процесс — сначала нужно закрепить процесс в цикле SDCA (Standardize-Do-Check-Act, «стандартизируй-делай-проверяй-действуй»), добиться его предсказуемой повторяемости, и только ПОСЛЕ этого запускать PDCA для улучшения уже стабильного процесса. Попытка улучшать хаотичный, непредсказуемый процесс через PDCA даёт зашумлённые, неинтерпретируемые результаты — непонятно, изменение это дало эффект или естественная нестабильность процесса.

4. Принцип: вложенные циклы на разных уровнях организации

   PDCA работает не только как единая методика на весь процесс целиком — на практике эффективнее вложенные циклы: свой цикл PDCA на уровне отдельной операции, свой — на уровне всего процесса, свой — на уровне подразделения или компании, каждый со своим горизонтом и масштабом изменений, но одной и той же логикой.

5. Принцип: PDCA и родственные методологии — общий каркас под разными именами

   Логика цикла проверки гипотезы через контролируемый эксперимент — не изобретение исключительно Деминга/Шухарта, она независимо повторно возникает в других системах: DMAIC (Six Sigma), метод 8D компании Ford, 6-шаговый метод решения проблем Xerox, управление по целям (MBO) Питера Друкера — все они, по сути, разные конкретизации одного и того же общего цикла «гипотеза → контролируемая проверка → анализ → решение», адаптированные под свой контекст применения.

6. Принцип: сравнение PDCA и DMAIC

   PDCA — более общая, универсальная модель непрерывного улучшения любого масштаба; DMAIC (Define-Measure-Analyze-Improve-Control) — более структурированная, статистически строгая методология Six Sigma для проектов с явной количественной целью снижения дефектов/вариации. PDCA годится для быстрых итеративных улучшений практически любого процесса, DMAIC — для более формальных, ресурсоёмких проектов с обязательной статистической проверкой результата.

7. Принцип: предсказание перед действием

   По описаниям Моэна и Нормана, у Деминга Study — это не «проверить, выполнили ли план», а сопоставить фактический результат с предсказанием, сделанным на этапе Plan, и при расхождении пересмотреть теорию о том, как работает процесс (в его «системе глубоких знаний» теория знания — одна из четырёх частей). Поэтому в Plan нужно записать: что изменяем, какой результат ожидаем (число и срок), какие данные соберём и как определим, что предсказание подтвердилось. Расхождение факта и предсказания — не провал, а источник знания.

8. Принцип: три вопроса и малые тесты (модель улучшения)

   В здравоохранении и образовании цикл PDSA обычно применяют в составе «модели улучшения» (Model for Improvement), разработанной Associates in Process Improvement и популяризованной Институтом улучшения здравоохранения (IHI); подробно она изложена в книге «The Improvement Guide» (Лэнгли и др.). Перед циклами команда отвечает на три вопроса: чего мы пытаемся достичь (цель — измеримая и с датой); как мы узнаем, что изменение — улучшение (показатели); какие изменения приведут к улучшению (идеи для проверки). Затем изменения проверяют серией малых циклов PDSA: сначала на одном пациенте, одной смене, одной команде, с быстрой обратной связью, и только после подтверждения расширяют. Так Do получает практический смысл «ограниченного масштаба»: чем выше цена ошибки, тем меньше первый тест.

9. Принцип: журнал циклов и метрики

   Чтобы цикл давал обучение, его нужно документировать. Минимум для записи: дата и номер цикла, предсказание с числом и сроком, что фактически сделано (кто, где, сколько), результат и данные, чему научились, решение (закрепить, скорректировать, отказаться). Метрики программы улучшения: число завершённых циклов за период и доля циклов с записанным предсказанием; доля циклов, где Study содержит разбор причин расхождения; время от идеи до первого теста и между циклами; доля изменений, закреплённых в стандарте (Act), отклонённых и скорректированных; динамика ключевого показателя процесса на контрольной карте; доля пилотов, расширенных после подтверждения. Оговорка: универсальных нормативов числа циклов нет; ориентируйтесь на скорость обучения, а не на количество.

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

Типовые ошибки

1. Ошибка 1: пропуск этапа Check/Study

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

   Как избежать

   явно закладывать время и ответственного за Check/Study как отдельный обязательный шаг, не полагаться, что «и так видно, сработало или нет».

2. Ошибка 2: отсутствие измеримых метрик на этапе Plan

   Гипотеза формулируется в общих словах («улучшить процесс»), без конкретного числового ожидания — на этапе Check физически не с чем сравнивать факт.

   Как избежать

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

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

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

   Как избежать

   всегда проверять Do в ограниченном масштабе (часть команды, один отдел, короткий период) прежде чем масштабировать изменение.

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

   Цикл улучшения запускается на процессе, который сам по себе ещё не работает предсказуемо (нет базового стандарта, результаты сильно варьируются от раза к разу) — эффект изменения невозможно отличить от естественного шума процесса.

   Как избежать

   сначала стабилизировать процесс через SDCA (закрепить текущий стандарт и добиться его повторяемого исполнения), и только потом запускать PDCA для его улучшения.

5. Ошибка 5: сопротивление персонала и отсутствие поддержки руководства

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

   Как избежать

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

6. Ошибка 6: формализм — Check как инспекция, а не обучение

   Этап проверки сводится к формальной галочке «выполнено/не выполнено» вместо содержательного разбора причин расхождения плана и факта — ровно то, против чего предостерегал сам Деминг, настаивая на замене «Check» на «Study».

   Как избежать

   на этапе проверки явно фокусироваться на вопросе «чему нас научил этот результат», а не только «уложились мы в план или нет».

7. Ошибка 7: цикл без предсказания.

   В Plan записывают действие («внедрим чек-лист»), но не то, что должно произойти и на сколько. На этапе Study нечего сопоставить, а команда «обучается» лишь задним числом: любой результат объясняется как ожидаемый.

   Как избежать

   перед Do записывать предсказание с числом и сроком («доля возвратов снизится с 8 % до 6 % за две недели») и в Study сравнивать с ним; расхождение — главный источник знания.

8. Ошибка 8: единичный цикл вместо последовательности.

   Проводят один большой цикл и объявляют вывод. Исследование внедрения PDSA в здравоохранении (Taylor и др., 2014) показало, что менее 20 % проанализированных публикаций полностью документировали последовательность итеративных циклов, а количественные данные для решений о ходе циклов использовались редко.

   Как избежать

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

План внедрения

1. Plan: формулировка гипотезы

   • Сформулировать гипотезу с конкретным измеримым ожиданием и сроком — не общее направление, а проверяемое утверждение.

   • Убедиться, что процесс, который собираетесь улучшать, уже стабилизирован (стандартизирован и предсказуемо повторяется) — если нет, сначала закрепить его через SDCA.

2. Do: пилотная проверка

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

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

3. Check/Study: анализ результата

   • Сравнить фактический результат с гипотезой из Plan — не только «сработало/не сработало», а ПОЧЕМУ именно так вышло.

   • Зафиксировать реальное объяснение расхождения (или подтверждения), не формальную констатацию факта.

4. Act: решение и следующий виток

   • Явно решить: закрепить изменение как новый стандарт, скорректировать гипотезу для следующего цикла, или отказаться от идеи.

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

Как реализовать этот план с помощью фрейма «Цикл PDCA (Деминга)» в OrgDevTools

Фрейм «Цикл PDCA (Деминга)» в OrgDevTools — бесплатный тренажёр в виде журнала циклов. В каждом цикле записываются гипотеза, метрика, базовое значение, прогноз, факт и решение. Фрейм сам считает, какую часть пути от базы к прогнозу удалось пройти, и проверяет, сходится ли решение Act с данными. Этапы названы «Check/Study», то есть акцент сделан на сравнении с прогнозом, а не на инспекции.

Книги по теме

Эдвардс Деминг — «Выход из кризиса» (Out of the Crisis, 1986). Первоисточник описания цикла Шухарта (страницы 88-94 оригинального издания) и общей философии управления качеством Деминга, включая его явное неприятие термина «PDCA» в пользу «PDSA».

Рональд Моэн, Клиффорд Норман — «Evolution of the PDCA Cycle» (2009). Историческое исследование: цикл Шухарта (1939), «колесо Деминга» (1950), японский PDCA (1951) и PDSA Деминга (1986–1993). Один из авторов работал с Демингом.

Джерри Лэнгли, Кевин Нолан, Томас Нолан, Клиффорд Норман, Лойд Провост — «The Improvement Guide» (2-е изд., 2009). Модель улучшения из трёх вопросов и цикла PDSA, малые тесты изменений и последовательности циклов.

Масааки Имаи — «Kaizen: The Key to Japan’s Competitive Success» (1986). Кайдзен, SDCA как стандартизация перед улучшением и роль руководства.

Майк Ротер — «Toyota Kata» (2009). Пошаговые эксперименты по циклу PDCA на пути к целевому состоянию; практика коучинга.