Аудит цикла PDCA проверяет не то, знают ли сотрудники аббревиатуру Plan-Do-Check-Act, а то, реально ли цикл замыкается на практике. Самое распространённое искажение — цикл незаметно вырождается в "PDD" (Plan-Do-Do): планируют, делают, потом делают ещё что-то новое, но формальная проверка результата (Check) и явное решение по итогам (Act) никогда не происходят. Компания искренне считает, что использует PDCA, хотя фактически применяет лишь его половину.
Задокументированный реальный кейс, показывающий, чем оборачивается «Act» без честного «Check»: Toyota начала получать жалобы на непроизвольное ускорение автомобилей ещё с 2004 года, в 2007 году провела ограниченный отзыв из-за проблем с ковриками, — компания раз за разом что-то «делала» (Do) в ответ на сигналы, но не проводила добросовестной проверки (Check), устранена ли реальная первопричина, а не только её видимый симптом. Осенью 2009 года, после смертельной аварии в Сан-Диего, Toyota публично заявила регулятору NHTSA и потребителям, что «устранила первопричину» проблемы через ограниченный отзыв ковриков, — по данным официального расследования Министерства юстиции США, компания на тот момент уже знала, что не отозвала часть моделей с конструктивными особенностями, делавшими их так же уязвимыми, а один из инженеров прямо называл Corolla в числе моделей с наихудшей ситуацией. Итоговое «Act» оказалось не решением, а публичным заявлением о решении: в 2009-2010 годах Toyota пришлось отозвать более 10 миллионов автомобилей по всему миру, а в 2014 году компания выплатила 1,2 миллиарда долларов штрафа — на тот момент крупнейшего уголовного штрафа автопроизводителю в истории США. Это прямая иллюстрация принципа: цикл, в котором каждое действие сопровождается формальным заявлением об успехе без реальной, честной проверки результата, — это PDCA лишь по названию, а не по сути.
Происхождение и исследовательская база
Сам цикл восходит к работам Уолтера Шухарта (Walter Shewhart) в 1930-х годах и был популяризирован Эдвардсом Демингом (W. Edwards Deming) в послевоенной Японии, а затем в книге «Out of the Crisis» (1982). Деминг настаивал на полном цикле как альтернативе интуитивным решениям без систематической проверки — но уже тогда отмечал, что организациям свойственно "срезать" цикл, пропуская стадии Check и Act под давлением срочности.
Второй задокументированный кейс показывает противоположный, устойчивый на протяжении десятилетий результат дисциплинированного цикла PDCA: промышленный конгломерат Danaher Corporation с 1988 года системно внедряет собственную Danaher Business System (DBS), построенную вокруг кайдзен-мероприятий с явным замыканием каждого цикла на измеримый результат и формальную повторную проверку. Приобретаемые Danaher компании проходят через структурированные kaizen-мероприятия с обязательным отслеживанием конкретных метрик после внедрения изменений — например, подразделение Aldevron сократило время выполнения заказа более чем на 50% через процесс Daily Management, а Beckman Coulter Life Sciences сократило запасы и просроченный бэклог более чем на 35%, добившись сроков поставки ниже отраслевого стандарта. Начиная с 2009 года Danaher демонстрировала среднегодовой темп роста операционной прибыли около 18% и прибыли на акцию около 20%, а компания на протяжении 18 лет подряд поддерживала свободный денежный поток выше чистой прибыли — показатель дисциплинированного, а не косметического цикла улучшений. Кейс — прямая противоположность Toyota: там формальный PDCA существовал на бумаге, но реальный «Check» и «Act» систематически откладывались или замалчивались, здесь десятилетия структурной дисциплины замыкания каждого цикла на измеримый результат стали краеугольным камнем финансовых результатов всей корпорации.
Практика формального аудита дисциплины PDCA-циклов выросла из более широкой традиции внутреннего аудита качества — стандартов серии ISO 9001, которые требуют не просто наличия процедур улучшения, но доказуемых свидетельств того, что цикл проверки и корректирующих действий реально происходит, а не существует только на бумаге регламента.
Ключевые идеи и принципы
Принцип: "Do" без "Check" — это не PDCA, а активность без обратной связи
Организация может производить огромное количество действий (Do), но если результат этих действий систематически не сверяется с ожиданием (Check), у неё нет способа отличить успешное улучшение от бесполезной суеты — оба выглядят одинаково активно.
Принцип: "Act" — обязательно явное решение, а не молчаливое продолжение
Стадия Act требует конкретного решения: закрепить изменение как новый стандарт, скорректировать подход и повторить цикл, либо отказаться от гипотезы. Отсутствие явного решения — это тоже сбой цикла, даже если проверка формально проводилась.
Принцип: каждый цикл должен иметь владельца
Цикл без персонального ответственного размывается между несколькими людьми, и в результате никто не чувствует обязанности довести его до формального Act — коллективная ответственность на практике часто означает отсутствие ответственности.
Принцип: длительность цикла должна быть соразмерна масштабу гипотезы
Цикл, растянутый на месяцы там, где мог занять недели, теряет саму суть итеративности PDCA — чем длиннее цикл, тем реже происходит обучение и тем больше риск, что первоначальная гипотеза устареет ещё до проверки.
PDCA, который никогда не доходит до Act, — это просто Do, обёрнутое в убедительную аббревиатуру.
Ограничения, слепые зоны и критика
Аудит дисциплины цикла легко выродиться в формальную проверку "поставлены ли галочки" без содержательной оценки, была ли проверка (Check) реально основана на данных, а не на впечатлении исполнителя.
Метрика "доля циклов, доведённых до Act" может быть искусственно завышена, если организация намеренно упрощает или сокращает масштаб гипотез, чтобы легче отчитываться о замкнутых циклах — количество не гарантирует содержательности.
Для по-настоящему творческих, неповторяющихся инициатив жёсткая дисциплина классического PDCA может оказаться избыточно бюрократичной — гибкие итеративные подходы (например, Lean Startup) иногда сознательно ослабляют формальность цикла в пользу скорости.
Устойчивый результат, подобный многолетнему успеху Danaher Business System, требует последовательности на протяжении десятилетий, а не отдельной кампании внедрения PDCA — организация, вводящая дисциплину цикла как разовую инициативу, а не как постоянную часть управленческой культуры, рискует увидеть эрозию практики уже через год-два после первоначального энтузиазма.
Типовые ошибки
Ошибка 1: Plan существует только в голове инициатора, не задокументирован.
Гипотеза и ожидаемый результат не зафиксированы заранее — после эксперимента невозможно объективно сказать, оправдались ли ожидания, потому что ожидания нигде не были явно записаны.
Как избежать: требовать письменную фиксацию гипотезы и ожидаемого результата ДО начала действий, а не постфактум.
Ошибка 2: Check подменяется субъективным впечатлением "вроде сработало".
Результат оценивается на глаз, без сопоставления с конкретными данными, зафиксированными на этапе Plan.
Как избежать: явно сверять фактический результат с изначально запланированным показателем, а не полагаться на общее ощущение успеха.
Ошибка 3: Act откладывается на неопределённый срок.
Проверка проведена, данные собраны, но решение о закреплении или отказе от изменения так и не принимается формально — цикл технически не закрыт.
Как избежать: устанавливать конкретный срок для принятия решения Act сразу после завершения этапа Check.
Ошибка 4: цикл растягивается на неоправданно долгий срок.
Простая гипотеза проверяется месяцами вместо недель — организация теряет темп обучения и итеративность, ради которой существует сам подход.
Как избежать: калибровать длительность цикла под масштаб гипотезы и явно спрашивать, можно ли проверить её быстрее. Danaher Business System, напротив, известна короткими, дисциплинированными циклами kaizen-мероприятий с немедленным измерением результата — именно эта частота итераций, а не масштаб отдельного мероприятия, обеспечивает накопление эффекта на дистанции многих лет.
Ошибка 5: у цикла нет персонального владельца.
Ответственность за цикл размыта между несколькими людьми или целым отделом — в результате никто не чувствует личной обязанности довести его до Act.
Как избежать: назначать конкретного человека ответственным за каждый цикл, даже если в его реализации участвует целая команда.
Ошибка 6: дисциплина PDCA внедрена и поддерживается только в исходном подразделении (например, производстве или качестве), но не распространяется на остальную организацию.
Успех Danaher Business System строится не на отдельных изолированных проектах, а на распространении единой дисциплины PDCA на все без исключения приобретаемые компании и функции — от производства до продаж и административных процессов. Организация, где строгий PDCA практикуется только в одном подразделении (обычно там, где он исторически зародился), а остальные функции работают без сопоставимой дисциплины проверки и закрепления результата, получает лишь часть потенциального эффекта от самого подхода.
Как избежать: при аудите дисциплины PDCA явно проверять её распространённость по разным подразделениям и функциям компании, а не ограничиваться одним отделом, где практика традиционно наиболее развита, — целевая метрика доли замкнутых циклов должна отслеживаться отдельно для каждой функции, а не только усреднённо по компании.
Главное, что нужно знать
Аудит проверяет, реально ли цикл замыкается, а не факт знакомства сотрудников с аббревиатурой PDCA.
Самый частый сбой — "PDD" (Plan-Do-Do): нет формальной проверки и явного решения по итогам.
Цикл восходит к Шухарту (1930-е) и Демингу («Out of the Crisis», 1982); формальный аудит дисциплины выработан традицией стандартов ISO 9001.
Act требует явного решения — закрепить, скорректировать или отказаться — а не молчаливого продолжения работы.
Каждый цикл должен иметь конкретного владельца и разумную, соразмерную гипотезе длительность.
План внедрения
Недели 1-2 — инвентаризация циклов. Собрать список инициатив, которые компания считает PDCA-циклами за последний период, и оценить каждую по шести признакам дисциплины.
Недели 3-4 — расчёт доли замкнутых циклов. Для каждой инициативы определить, была ли она реально доведена до формального Act, посчитать общую долю замкнутых циклов.
Недели 5-6 — коррекция практики. На основе находок скорректировать практику — ввести обязательную письменную фиксацию плана, установить срок для Act. Отдельно рассчитать долю замкнутых циклов не только по компании в целом, но и по каждому подразделению или функции — неравномерность дисциплины между отделами, как показывает опыт компаний, успешно масштабировавших культуру PDCA (например, Danaher Business System), требует целенаправленного распространения практики, а не только общего среднего показателя.
Далее: поддержание и обновление. Периодически повторять аудит дисциплины (ежеквартально), отслеживать динамику доли замкнутых циклов во времени.
Как реализовать этот план с помощью фрейма «Аудит цикла PDCA» в OrgDevTools
Фрейм «Аудит цикла PDCA» в OrgDevTools напрямую поддерживает план внедрения. На этапе инвентаризации (недели 1-2) заполните чек-лист «Дисциплина цикла — 6 признаков, что цикл замкнут» для конкретной инициативы — счётчик покрытия сразу показывает, каких признаков не хватает именно этому циклу.
На этапе расчёта доли замкнутых циклов (недели 3-4) заполняйте таблицу «Циклы компании — доведены ли до Act» — для каждой инициативы укажите, сколько циклов запланировано и сколько реально доведено до Act; фрейм автоматически рассчитает и подсветит общий процент замкнутости, давая объективную, а не интуитивную оценку дисциплины во всей компании.
Низкий процент здесь — прямой, объективный сигнал для этапа коррекции практики (недели 5-6): если доля замкнутых циклов ниже 40%, компания фактически практикует "PDD", а не полноценный PDCA. Полезно рассчитывать этот процент отдельно по подразделениям — практика, устойчиво поддерживаемая на протяжении десятилетий в компаниях уровня Danaher, распространяется на всю организацию, а не остаётся изолированной в одной функции (защита от ошибки 6).