Poka-Yoke: как не просить людей быть внимательнее
Когда в процессе снова появляется ошибка, первая реакция часто одинаковая: напомнить сотрудникам, провести инструктаж, добавить проверку, попросить быть внимательнее.
Иногда это нужно. Но если ошибка повторяется, просьба быть внимательнее обычно не решает проблему. Она просто перекладывает слабость процесса на человека.
Poka-Yoke нужен для другого: сделать ошибку невозможной, заметной или слишком трудной для случайного совершения.
Что такое Poka-Yoke
Poka-Yoke — это защита от ошибки. Не наказание за ошибку, не поиск виновного, не дополнительный контроль после факта.
Простой пример: форма не даёт отправить заявку без обязательного поля. Система не принимает дату в неправильном формате. Деталь нельзя поставить не той стороной. Документ не уходит дальше без нужного вложения.
Хороший Poka-Yoke работает до того, как ошибка попадёт в следующий шаг процесса.
Главный принцип простой: чем раньше ошибка обнаружена, тем дешевле её исправить. Если неправильные данные заметили на входе, это небольшая корректировка. Если они дошли до клиента, отчёта, склада или оплаты, это уже переделка, объяснения и потеря доверия.
Где он особенно полезен
Poka-Yoke нужен там, где ошибка:
- повторяется часто;
- дорого исправляется;
- обнаруживается слишком поздно;
- зависит от ручного ввода;
- возникает из-за похожих вариантов;
- приводит к переделкам, ожиданию или дефекту для клиента.
В офисных процессах таких мест много. Неполные заявки, неверные статусы, забытые вложения, дубли клиентов, неправильные реквизиты, ручные копирования, пропущенные согласования.
Это не только производственная тема. Ошибки в данных и решениях так же ломают поток, как дефектная деталь.
Три уровня защиты
Первый уровень — предупреждение. Система показывает, что действие подозрительное: поле не заполнено, значение выбивается из диапазона, срок слишком короткий.
Второй уровень — блокировка. Нельзя перейти дальше, пока входные данные не соответствуют минимальному требованию.
Третий уровень — конструкция без ошибки. Процесс устроен так, что неправильный вариант не возникает: данные подтягиваются автоматически, выбор ограничен справочником, лишний ручной перенос убран.
Чем выше уровень, тем меньше процесс зависит от внимательности.
Что портит Poka-Yoke
Самая частая ошибка — добавить контроль вместо защиты.
Если после каждого шага появляется ещё один человек, который проверяет предыдущего, процесс становится медленнее. Ошибок может стать меньше, но появляется ожидание, очередь и размытая ответственность.
Вторая ошибка — защищать всё подряд. Если каждое поле, каждое действие и каждое исключение блокируются, люди начинают обходить систему. Защита должна закрывать значимые ошибки, а не превращать процесс в клетку.
Третья ошибка — не разбирать причину. Иногда ошибка возникает не потому, что человек ошибся, а потому что входные данные плохие, правило двусмысленное или система заставляет делать лишнюю работу.
Поэтому защиту нужно проектировать рядом с фактическим процессом. Сначала посмотреть, где ошибка появляется, кто её ловит, как она проходит дальше и почему текущий контроль не срабатывает. Потом уже выбирать: подсказка, блокировка, справочник, автоматическое заполнение или изменение самого шага.
Вывод
Poka-Yoke помогает перестать надеяться на идеальную внимательность.
Хороший процесс не требует от человека героической концентрации на каждом шаге. Он заранее снижает вероятность ошибки, делает отклонение видимым и не пускает дефект дальше по потоку.
Если ошибки повторяются после инструктажа
2П помогает найти места, где процесс слишком зависит от памяти и внимательности, и спроектировать защиту от повторяющихся ошибок без лишней бюрократии.