PDCA по записи рабочего разбора: план, проба, проверка и следующий цикл
Как оформить PDCA по расшифровке встречи: границы изменения, критерий проверки, выполненная проба, наблюдения и решение о следующем цикле.
Plan: сформулируйте изменение и критерий
Возьмите одно улучшение обычного рабочего процесса, например новый шаблон повестки. Опишите проблему, границы пробы и ожидаемое наблюдение. Формулировка «встречи станут лучше» не позволяет проверить результат; «к началу встречи у вопросов есть владельцы» задаёт понятный объект проверки.
Из расшифровки рабочего разбора извлеките согласованный план и условия. Сохраните таймкоды назначения владельца и срока. Предложение попробовать инструмент не равно принятию плана.
Запишите, какие данные будут собраны и как их сравнят с исходным состоянием. Не назначайте универсальный процент успеха без основания. Для короткой пробы полезнее небольшой понятный критерий, который группа действительно согласовала.
Do: отделите выполненную пробу от намерений
В поле Do заносите фактические действия: шаблон использован на двух встречах, материалы подготовлены заранее, вопросы размечены. Укажите период и подтверждение. Реплика «сделаем на следующей неделе» остаётся планом, пока выполнение не проверено.
Зафиксируйте отклонения: кто не участвовал, какой материал отсутствовал, что изменили по ходу. Эти детали помогают понять границы наблюдения. Успешная проба с подготовленной командой не доказывает, что тот же результат получится при других условиях.
Не смешивайте изменения. Если вместе с шаблоном поменяли длительность встречи и ведущего, отметьте все действия. Тогда дальнейший анализ не будет приписывать весь результат единственному удобному объяснению.
Check: сравните наблюдения с критерием
Запишите измеренное или наблюдаемое, затем вывод группы. В учебном случае один вопрос остался без владельца, а остальные получили его до начала. Это конкретное наблюдение; слова «всё понравилось» относятся к другому виду обратной связи.
Сохраняйте негативные случаи и ограничения. Если один участник сообщил о проблеме, не удаляйте строку ради положительного итога. Проверка должна объяснять, какие данные поддерживают изменение и что пока остаётся неизвестным.
Если данных нет, отметьте «проверка не выполнена» и задачу их собрать. Не превращайте уверенность выступающего в результат теста. Перечень отсутствующих свидетельств делает следующий шаг понятнее, чем преждевременный зелёный статус.
Act: выберите действие и условия пересмотра
На основании проверки команда может сохранить порядок, изменить его, повторить пробу или отказаться от варианта. Запишите фактическое решение и основание. Успешное обсуждение ещё не означает внедрение изменения во всей организации.
Для следующего цикла определите владельца, период и новый вопрос. Например, проверить тот же шаблон на встрече с внешним участником. Так следующий Plan вытекает из ограничения первого теста, а не просто повторяет исходный лозунг.
Храните версии карточки и связь с источниками. PDCA становится полезным журналом обучения, когда можно увидеть, что ожидали до пробы, что сделали и почему изменили порядок после наблюдения.
Учебный пример: проверка на коротком фрагменте
Ниже вымышленная запись. Имена, время и содержание нужны только для объяснения порядка работы.
| Этап | Учебная запись | Основание |
|---|---|---|
| Plan | У каждого вопроса есть владелец | Согласованный критерий |
| Do / Check | Две встречи; один вопрос без владельца | Фактическая проверка |
| Act | Уточнить шаблон и повторить | Решение по ограничению |
Повторите проверку на своей копии записи. Учебные значения не описывают Ваш файл и не подтверждают качество всей расшифровки.
Заготовка для собственной проверки
Проблема: [что наблюдается] Plan: [изменение, границы, критерий] Do: [что выполнено, когда] Отклонения: [что изменилось] Check: [данные и вывод] Неизвестно: [ограничения] Act: [решение и основание] Следующий цикл: [владелец, срок, вопрос] Источник: [файл и таймкоды]
Частые вопросы
Можно завершить PDCA без Check?
Нет, отметьте отсутствие проверки и нужные данные.
Do — это список обещаний?
Нет. Запишите фактически выполненную пробу; обещания оставьте в плане.
Успех пилота гарантирует общий результат?
Нет. Укажите условия пилота и границы переноса.
Что делать, если изменение не помогло?
Сохранить наблюдения и выбрать следующий план по причинам и ограничениям проверки.