Защита от ошибок (poka-yoke)
Детали устанавливают неверно, комплектующие пропускают, а данные вводят с ошибками? Поможем изменить условия выполнения работы: исключить конкретное неверное действие или обнаружить его до того, как проблема перейдёт на следующий этап.
Разбираем механизм возникновения конкретной ошибки.
Подбираем решение под операцию и условия работы.
Проверяем правильные и ошибочные сценарии.
Закрепляем контроль работоспособности защиты.
Инструктажи повторяют, а ошибки продолжают возникать
Деталь можно установить неправильной стороной
Конструкция рабочего места или оснастки допускает несколько положений, хотя правильное только одно.
При сборке пропускают компонент или действие
Результат выглядит завершённым, но отсутствие элемента обнаруживается позже.
Похожие позиции легко перепутать
Комплектующие, упаковка или маркировка недостаточно различимы в обычных условиях работы.
Оборудование запускают с неверной настройкой
Проверка параметров зависит от памяти и внимательности исполнителя.
В документах и системах появляются некорректные данные
Форма принимает значения без проверки формата, диапазона или согласованности.
Ошибка обнаруживается после нескольких операций
К моменту выявления на изделие уже затрачены дополнительные материалы и время.
Предупреждения перестают замечать
Сигналов много, они не различаются по значимости или не связаны с понятным действием.
Защитное решение обходят ради продолжения работы
Ложные срабатывания и неудобство заставляют сотрудников искать способы не использовать его.
Во что обходятся ошибки, которые можно предупредить раньше
Не каждое несоответствие связано с действием сотрудника. Проверяем влияние материалов, оборудования, информации и организации процесса. Расходы на переделку и позднее обнаружение разграничиваем, чтобы не учитывать одни затраты дважды.
Что делает ITLS при внедрении poka-yoke
Определяем ошибку и последствия
Выбираем операцию, описываем неверное действие и прослеживаем, к чему оно приводит.
Результат для клиента: конкретная задача и границы защиты.
Результат для клиента: конкретная задача и границы защиты.
Исследуем условия возникновения
Наблюдаем за работой, изучаем требования и проверяем, почему существующий порядок допускает ошибку.
Результат: подтверждённый механизм возникновения и пропуска.
Результат: подтверждённый механизм возникновения и пропуска.
Разрабатываем варианты решения
Рассматриваем изменение операции, оснастки, расположения, проверки параметров или логики ввода данных.
Результат: варианты с описанием возможностей и ограничений.
Результат: варианты с описанием возможностей и ограничений.
Проверяем выбранную защиту
Испытываем правильные и ошибочные сценарии, оцениваем пропуски, ложные срабатывания и влияние на выполнение работы.
Результат: данные о работоспособности решения и необходимые корректировки.
Результат: данные о работоспособности решения и необходимые корректировки.
Закрепляем применение и обслуживание
Определяем проверку перед использованием, действия при отказе и порядок изменения настроек.
Результат: правила поддержания защиты в рабочем состоянии.
Результат: правила поддержания защиты в рабочем состоянии.
От разбора ошибки до проверки защитного решения
По итогам проекта — проверенная защита и понятные условия её применения
- Описание ошибки, последствий и границ проекта.
- Описание выбранного защитного решения.
- Выводы о механизме возникновения несоответствия.
- Сценарии проверки правильной и ошибочной работы.
- Требования к предупреждению или раннему обнаружению.
- Результаты испытаний и выявленные ограничения.
- Рассмотренные варианты и обоснование выбора.
- Правила применения и проверки работоспособности.
Как проверяем результат защиты от ошибок
Примеры изменения производственных процессов
Эти проекты ITLS показывают улучшение организации производства. Приведённые результаты относятся к выпуску и времени операций. Внедрение poka-yoke и снижение ошибок за счёт конкретной защиты в них отдельно не подтверждены.
Проблема: существующий темп выпуска не позволял выполнить заказ в требуемый срок.
Что сделали: исследовали операции и ограничения, изменили организацию участков, переналадку и движение деталей.
Результат проекта: выпуск вырос с 2,6 до 8 отводов в час. Переналадка сократилась с 214 до 30–40 минут.
Период достижения результата: 3 месяца.
Что сделали: исследовали операции и ограничения, изменили организацию участков, переналадку и движение деталей.
Результат проекта: выпуск вырос с 2,6 до 8 отводов в час. Переналадка сократилась с 214 до 30–40 минут.
Период достижения результата: 3 месяца.
Проблема: ожидания и несогласованность операций ограничивали выпуск корпусов.
Что сделали: разделили потоки, пересмотрели выдачу заданий и оснастку, устранили ожидание при нагреве.
Результат проекта: выпуск увеличился с 21 до 42 корпусов за рабочий день. На партии из 10 изделий исключили 50 минут ожидания.
Что сделали: разделили потоки, пересмотрели выдачу заданий и оснастку, устранили ожидание при нагреве.
Результат проекта: выпуск увеличился с 21 до 42 корпусов за рабочий день. На партии из 10 изделий исключили 50 минут ожидания.
Стоимость внедрения защиты от ошибок
Стоимость — после определения задачи
Срок — по согласованному плану
В состав входят исследование выбранной ошибки, разработка вариантов, сопровождение проверки и подготовка правил применения.
Количество операций, сложность технических решений, изготовление оснастки, программные изменения и испытания фиксируются в предложении и договоре.
Срок — по согласованному плану
В состав входят исследование выбранной ошибки, разработка вариантов, сопровождение проверки и подготовка правил применения.
Количество операций, сложность технических решений, изготовление оснастки, программные изменения и испытания фиксируются в предложении и договоре.
Когда стоит применять poka-yoke
Производствам с повторяющимися ошибками сборки
где детали устанавливают неверно или пропускают необходимые действия.
Складам и участкам комплектации
где похожие позиции и ручной подсчёт приводят к пересорту и неполным заказам.
Компаниям с ошибками ввода данных
где некорректная информация переходит в расчёты, документы и последующие операции.
Предприятиям с поздним обнаружением дефектов
где проблему выявляют после значительных дополнительных затрат.
Руководителям после расследования причин
которым нужно проверить конкретное решение для предупреждения повторения.
Начать можно с одной ошибки. Способ защиты выбираем после анализа её механизма, требований к операции и условий эксплуатации.
Частые вопросы
Нет. Решением может быть форма оснастки, направляющая, ограничение выбора или другой способ организации операции. Важно, какую ошибку оно предупреждает или обнаруживает.
Да. Например, можно проверять формат и согласованность данных или исключать недопустимый выбор. При этом заполненное обязательное поле ещё не гарантирует правильность его содержания.
Не автоматически. Решение принимают после проверки надёжности защиты и требований к процессу. Условия изменения контроля согласуются с ответственными за качество.
Надпись может помогать, но её действие зависит от внимания сотрудника. Проверяем, можно ли изменить саму операцию или обеспечить более надёжное обнаружение ошибки.
Причины могут быть в ложных срабатываниях, неудобстве или несоответствии реальным вариантам работы. Исследуем такие случаи и корректируем решение вместе с ответственными специалистами.
Определяем способ и периодичность проверки, действия при отказе и ответственных. При изменении продукции, оборудования или программы проверяем применимость защиты заново.
Найдите способ предупредить конкретную ошибку
Расскажите, что выполняется неверно, как часто это происходит и на каком этапе обнаруживается. Определим задачу и необходимые проверки.