Решение встроить PDCA (цикл Деминга) в рутину топ-менеджмента выросло из стратегических сессий. Инициатив после каждой оставалось много, проверенных выводов ни одного.

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

Расчёт на то, что управленческие решения это те же гипотезы, просто их почти никогда не проверяют, и цикл превратит поток инициатив в реальные решения.

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

Как устроен цикл: доска, карточка, ритм

Стандарт работы руководителя: доска вместо слайда

Собирать конструкцию с нуля не стали. Подсказка нашлась в бережливом производстве: стандарт работы руководителя (Leader Standard Work). То есть это некий фиксированный набор повторяющихся действий руководителя, обходы, проверка метрик, разбор улучшений по расписанию.

В чистом виде это инструмент с производства, но мы перенесли сам принцип. Только в качестве единицы ритма взяли управленческие гипотезы.

Ритуал руководителя превратился в 3 обязательных действия на неделю:

• показать гипотезу, которую проверял;

• свериться с её метрикой;

• обсудить что провалилось и почему.

Оформляем это всё в виде специальной карточки гипотезы:

Гипотеза:      что меняем и какого результата ждём (Plan)
Метрика:       одно число, по которому признаем сработала или нет
Ответственный: кто ведёт проверку
Срок Check:    дата, когда сверяем факт с ожиданием
Факт:          что показала метрика (Check)
Решение:       закрепляем в практике / отбрасываем (Act)
Сигнал:        кому пишут при расхождении с планом и срок реакции

Карточки живут на общей доске с четырьмя колонками. Каждая колонка статус. В работе, на проверке, закреплено, провалено. Доска стандартная, из практики канбана, знакомая любой продуктовой команде.

Цикл выглядит следующим образом.

1. Гипотеза оформляется карточкой. Тут ответ на вопрос что меняем, какого результата ждём и по какому числу признаем итог. Это стадия Plan.

2. Карточка перемещается в колонку “в работе”, ответственный ведёт её до срока Check. Это Do.

3. К дедлайну карточка переезжает “на проверку”, и факт сверяется с полученным результатом. Решением карточка закрывается в “закреплено” или “провалено”, это Act. Все сработавшие изменения фиксируется как новая практика, несработавшее отбрасывается с выводом.

Ритм управленческих встреч

Стадия Check фиксируется на регулярной еженедельной общей встречи менеджмента с конкретной повесткой. Продолжительность один час.

На встрече каждый показывает карточки гипотез прошлой недели и их метрики.

Так и выстраиваем ритм управленческих встреч, который даёт синхронизацию топ-менеджмента.

Три принципа, на которых цикл держится

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

1. Цикл живёт только в артефакте

Любые непрерывные улучшения в компании, и цикл PDCA не исключение, дают скорость и общий язык только при одном условии. Они живут в конкретном артефакте. Доска, чек-лист, протокол проверки, стоящий в календаре на фиксированное время.

Как только цикл держится на чьём-то энтузиазме и памяти, жить ему месяц, максимум два.

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

2. Один вопрос вместо отчёта

Живёт цикл или превратился в ритуал, проверяется одним вопросом. Кому в команде пишут, когда цифры по гипотезе разошлись с планом? Если ответ “никому, ждём квартального пересмотра”, Check не работает.

За вопросом стоит поле Сигнал в карточке. При запуске гипотезы заранее назначены испольнитель и срок реакции.

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

3. Право на провал

Цикл убивает культура наказания за ошибку. Если неудавшаяся гипотеза стоит человеку репутации, гипотезы перестают признавать, и Check превращается в отчёт об одних успехах.

Три ошибки, на которых цикл умирает

1. Планирование без проверки

Команда постоянно запускает новое и ни разу не закрывает предыдущую гипотезу стадией Check. Выглядит как скорость, но выводов не накапливается ни одного. Движение идёт по кругу. Лечится жёстким правилом, когда любая новая гипотеза не открывается, пока не закрыт Check по предыдущей.

2. План, спущенный сверху

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

3. Цикл без метрик

Если у гипотезы нет числа, обсуждение на стадии Check держится на общих словах, и любой результат легко назвать успехом. Ключевое правило. Ни одна гипотеза не уходит в работу без метрики, по которой её признают сработавшей или нет.

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

Настоящая проблема даже не в потерянном улучшении. Команда перестаёт верить новым инициативам. Каждая следующая воспринимается как ещё один слайд, к которому не вернутся.