5 причин, по которым следует применять метод для повышения безопасности расследования инцидентов в инженерных условиях

В инженерных средах инциденты безопасности могут нарушать операции, повреждать оборудование, травмировать персонал и задерживать критические этапы проекта. Традиционные расследования инцидентов часто фокусируются на непосредственных причинах - таких как скользкий пол или сломанная охрана - но не в состоянии выявить более глубокие системные сбои, которые позволили инциденту произойти. Без выявления и устранения коренных причин организации рискуют повторить те же аварии. Одним обманчиво простым, но глубоко эффективным инструментом для бурения в основных проблемах является метод 5 Whys . Этот метод, исходя из производственной системы Toyota, широко используется в производстве, здравоохранении, авиации и управлении безопасностью инженерных команд.

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

Что такое метод 5 почему?

Метод 5 Whys представляет собой метод анализа первопричин, который включает в себя многократный вопрос «Почему?» — обычно пять раз — чтобы проследить проблему от ее симптомов до ее основной причины. Разработанный Сакичи Тойодой и позже усовершенствованный в Toyota Motor Corporation, метод является краеугольным камнем бережливого производства и непрерывного совершенствования. Основной принцип заключается в том, что большинство проблем имеют несколько слоев причинности; кажущаяся причина редко является истинным корнем. Путем более глубокого изучения команды могут выявить системные проблемы, такие как неправильные процедуры, неадекватная подготовка, плохая связь или неисправный дизайн.

Например, рассмотрим машину, которая неожиданно останавливается. Первое «Почему?» может выявить взорванный предохранитель. Второе «Почему?» может показать, что предохранитель был негабаритным. Третье «Почему?» может указать на процедуру технического обслуживания, которая неправильно указала размер предохранителя. Четвертое «Почему?» может показать, что процедура была в последний раз обновлена десять лет назад.

Пятое «Почему?» может выявить отсутствие формального процесса управления документом. Истинная первопричина заключается не в взорванном предохранителе, а в отсутствии системы для обзора и обновления технической документации. Эта глубина анализа - именно то, что требуют исследования инженерной безопасности.

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

При правильном использовании 5 Whys помогает командам перейти от запросов, ориентированных на вину, к системным улучшениям.

Почему 5 причин особенно подходят для инженерных исследований безопасности

Инженерные настройки характеризуются сложными системами, взаимозависимыми процессами и высокими последствиями для отказа. Один инцидент, такой как химический разлив, структурный коллапс или вспышка электрической дуги, может быть результатом цепочки событий, охватывающих проектирование, закупку, установку, эксплуатацию и техническое обслуживание. Традиционные методы исследования, которые просто возлагают ответственность, часто не решают эти системные корни. 5 Почему превосходит в этом контексте по нескольким причинам:

• Раскрывает системные слабости: Это выталкивает исследователей за пределы человеческой ошибки для изучения процедур, обучения, проектирования оборудования, управленческого надзора и организационной культуры.
• Содействует междисциплинарному сотрудничеству: Инжиниринговые инциденты редко имеют единственную причину. Вовлечение операторов, инженеров, руководителей и специалистов по безопасности обеспечивает различные перспективы информирования каждого «Почему?» Этот совместный подход отражает командный характер инженерных работ.
• Связывает корректирующие действия с реальными причинами: Когда корневая причина правильно идентифицирована, полученное корректирующее действие напрямую предотвращает рецидив. Например, если корневая причина представляет собой запутанную схему панели управления, исправление заключается в перепроектировании панели, а не просто переобучении оператора.
• Приравнивается к системам управления безопасностью: 5 Whys дополняет такие рамки, как ISO 45001, которые требуют от организаций расследования инцидентов и принятия мер по устранению опасностей.

Более того, инженерные фирмы, которые принимают 5 причин, часто видят культурный сдвиг. Команды становятся более удобными, открыто обсуждая неудачи, рассматривая их как возможности обучения, а не как поводы для наказания. Эта психологическая безопасность имеет важное значение для сильной культуры безопасности.

Пошаговое руководство по проведению расследования 5 причин

Внедрение метода 5 Whys эффективно требует дисциплины. Ниже приведены подробные команды по проектированию процессов, адаптированные из лучших практик в бережливое производство и управление качеством .

Шаг 1: Соберите межфункциональную следственную группу

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

Шаг 2: четко определить инцидент

Напишите краткое, объективное описание произошедшего. Избегайте субъективного языка вроде «небрежности» или «плохого суждения». Вместо этого изложите факты: «В 10:15 утра оператор потерял равновесие и связался с 480-вольтным под напряжением проводником, в результате чего произошла дуговая вспышка». Это утверждение становится отправной точкой для первого «Почему?»

Шаг 3: Спросите у первого «Почему?»

Задайте вопрос: «Почему это произошло?» Команда должна прийти к консенсусу по наиболее прямому ответу на основе имеющихся доказательств — показаний свидетелей, фотографий, журналов данных, записей технического обслуживания.

Шаг 4: Спросите последовательно «Почему?»

Для каждого ответа, спросите «Почему?» снова. Продолжайте до тех пор, пока команда не достигнет точки, где ответ является первопричиной — состояние или недостаток, который, если его исправить, предотвратит повторение. Для инженерных инцидентов первопричиной часто является пробел в процессе, недостаток дизайна, отсутствующая политика или отсутствие обучения. Остановка на ответе, таком как «оператор сделал ошибку», слишком мелкая. Эффективные первопричины являются действенными и в рамках контроля организации, чтобы исправить.

Шаг 5: Проверьте цепь причинности

Как только команда считает, что определила первопричину, проследите цепочку: логически ли исправление этой причины предотвращает каждое предыдущее «Почему?»? Если нет, команда, возможно, пропустила промежуточные причины и должна продолжить. Этот шаг проверки часто упускается из виду, но имеет решающее значение для строгости.

Шаг 6: Разработка и осуществление корректирующих действий

Для каждой выявленной первопричины определите одно или несколько корректирующих действий, которые являются конкретными, измеримыми и назначены ответственному лицу с крайним сроком. Избегайте общих исправлений, таких как «переподготовить всех». Вместо этого укажите: «Возобновить процедуру блокировки / тагута LOTO-007, чтобы потребовать проверки напряжения перед обслуживанием; обновить в течение 30 дней; проверить соответствие в течение 60 дней».

Шаг 7: Документы и результаты обмена

Запишите весь анализ 5 причин — ответы, доказательства, первопричины, корректирующие действия — и поделитесь им с соответствующими командами. Эта документация поддерживает организационное обучение и помогает предотвратить подобные инциденты в других областях.

Реальные примеры в инженерии

Пример 1: Скользение и падение на промышленном предприятии

Давайте рассмотрим оригинальный пример с более подробной информацией. Опытный механик скользит и падает на пол растения, растягивая запястье.

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

Коренная причина: Отсутствие протокола оценки риска некритических утечек жидкости в системе управления техническим обслуживанием завода. Корректирующие действия включают разработку матрицы риска утечки, обновление алгоритма определения приоритетов рабочего порядка и подготовку планировщиков к его использованию. Обратите внимание, что расследование не остановилось на том, что «механик должен был быть более осторожным» или «масло должно было быть немедленно очищено». Это симптомы, а не коренные причины.

Пример 2: Неисправность подтасовки на строительной площадке

Авария крана: стальной балка соскользнула с его оснастки и упала, едва не упав рабочих. Следственная группа применила 5 причин:

• Почему луч проскользнул? Поскольку стропы оснастки были неправильно оценены по весу груза.
• Почему пращи были неправильно оценены? Поскольку риггер использовал ручной расчет на основе номинального веса балки, не учитывая добавленные крепления и сварочные заглушки.
• Почему риггер не использовал правильные данные? Поскольку план подъема, предоставленный инженером проекта, перечислял только номинальный вес балки; фактический вес из цеха изготовления не был включен.
• Почему не был включен фактический вес? Поскольку стандартный шаблон плана подъема не требовал от инженера подтверждения конечного веса с помощью цеха по изготовлению.
• Почему шаблон не содержит этого требования? Поскольку процедура подъема компании была разработана для простых подъемников и не была обновлена, чтобы отразить более сложные сборные сборки.

Коренная причина: Устаревшая процедура подъема, которая не требовала проверки веса от изготовления для инженерных лифтов. Корректирующие действия: пересмотреть процедуру подъема, внедрить контрольный список, который включает подтверждение веса, и провести одноразовый аудит всех существующих планов подъема.

Эти примеры иллюстрируют, как метод 5 Whys переходит от очевидного отказа (скальзывание, сброс нагрузки) к системным пробелам в процессах и документации - областям, где может вмешаться инженерное управление.

Обычные подводные камни и как их избежать

Несмотря на кажущуюся простоту, 5 причин часто неправильно применяются. Инженерные команды должны знать об этих ловушках:

• Перерыв слишком рано: Многие исследования останавливаются на «человеческой ошибке» — «механик не очистил пол» или «мошенник допустил ошибку». Это не объясняет, почему человек действовал таким образом. Чтобы избежать этого, требуется, чтобы конечной первопричиной всегда был дефицит системы или процесса, а не действие человека.
• Задавая вопросы, ведущие к действию : Если фасилитатор спрашивает: «Почему оператор не следовал процедуре?», команда, скорее всего, обвиняет оператора. Вместо этого задайте нейтральные вопросы, такие как «Почему оператор решил отклониться от процедуры?» или «Какие условия позволили произойти инциденту?»
• Опираясь на предположения, а не на доказательства: 5 причин должны основываться на фактах. Если не существует данных для промежуточного ответа, команда должна отметить его как гипотезу и собрать доказательства до заключения. В критически важных инженерных исследованиях предположения могут привести к неправильным корректирующим действиям.
• Не вовлекая нужных людей: Команда только менеджеров может пропустить передовые знания. Включите операторов, техников и инженеров, которые выполняют работу. Их идеи необходимы для выявления реальных причин.
• Решение 5 Почему как линейного, жесткого процесса: Иногда инцидент имеет несколько первопричин, и одна цепочка из пяти «Почему» недостаточна. В таких случаях используйте древовидную структуру — спросите несколько «Почему» на одном уровне, чтобы исследовать ветви.

5 причин, почему другие инструменты исследования

5 Whys является мощным, но не автономным решением для каждого сложного инцидента. Инженерные команды часто объединяют его с другими методами анализа первопричин для повышения строгости:

• Диаграмма Фишбоуна (Ишикава) : Перед началом 5 Whys создайте диаграмму рыбьей кости для мозгового штурма потенциальных причин по категориям (люди, оборудование, материалы, методы, измерения, окружающая среда). Это гарантирует, что команда учитывает все углы перед погружением в единую цепочку «Почему?»
• FMEA (Falilure Mode and Effects Analysis): При расследовании инцидента, связанного с дизайном, FMEA может помочь идентифицировать режимы отказа, которые могут пропустить 5 Whys. Используйте 5 Whys для сверления в конкретный режим отказа, идентифицированный в предыдущем FMEA.
• Барьерный анализ: При инцидентах безопасности процесса анализ барьеров изучает, какие гарантии отсутствовали или были неэффективны.Совместите это с 5 Почему, чтобы понять, почему каждый барьер не сработал.
• Анализ изменений: Если инциденту предшествует изменение (новая процедура, новое оборудование, новый персонал), используйте анализ изменений для определения того, что изменилось, тогда примените 5 причин, чтобы понять, почему изменение ввело риск.

Например, Совет по химической безопасности США часто использует комбинацию этих методов в своих исследованиях. Интеграция инструментов снижает риск отсутствия критических факторов, способствующих развитию.

Построение культуры анализа первопричин

Для реализации своей полной выгоды инженерные организации должны внедрить его в свою систему управления безопасностью. Ключевые элементы включают:

• Обязательство руководства : Лидеры должны моделировать поведение, спрашивая «Почему?» во время совещаний по безопасности и поощряя прозрачные дискуссии без вины. Когда старший инженер признает, что процедура была ошибочной, это является мощным примером.
• Обучение и практика: Все инженеры, руководители и руководители команд должны пройти практическую подготовку по методу. Проводить периодические настольные упражнения с использованием гипотетических или исторических инцидентов, чтобы сохранить навыки острыми.
• Интеграция с отчетностью о близких ошибках : Поощряйте отчетность о близких промахах и применяйте 5 причин к этим событиям, прежде чем они станут крупными инцидентами.
• Постоянное улучшение : Отслеживайте эффективность корректирующих действий из 5 исследований Whys. Если подобные инциденты повторяются, повторно посетите анализ — первопричина может быть неправильно идентифицирована или корректирующее действие может быть неправильно реализовано.

Измерение эффективности 5 причин исследований

Чтобы убедиться, что метод добавляет ценность, инженерные команды могут контролировать несколько показателей:

• Частота рецидивов: Происходят ли те же самые инциденты снова после корректирующих действий? Низкая частота рецидивов указывает на эффективную идентификацию первопричин.
• Скорость завершения действия: Процент корректирующих действий, закрытых в запланированные сроки. Задержки часто сигнализируют о том, что действия трудно осуществить или что обязательство отсутствует.
• Время для выявления первопричины: Сколько времени требуется команде, чтобы добраться до первопричины? Со временем, с практикой, команды должны стать быстрее и точнее.
• Отзывы сотрудников : Члены команды опроса о процессе расследования. Они считают, что анализ был тщательным? Они видят улучшения в безопасности?

Кроме того, подумайте о проведении периодических аудитов завершенных 5 анализов Whys. Внешний рецензент - из другого отдела или третьей стороны - может выявить пробелы, которые первоначальная команда упустила из виду. Этот процесс рецензирования является общим в инженерных системах качества и может быть применен к исследованиям безопасности.

Заключение

Метод 5 Whys является доступным, практическим инструментом для улучшения расследований инцидентов безопасности в инженерных условиях. Путем руководства командами, чтобы заглянуть за очевидные и выявить системные недостатки, он превращает расследования из упражнений в обвинение в возможности для улучшения на системном уровне. В сочетании с другими методами анализа первопричин и поддерживается справедливой культурой, 5 Whys может помочь инженерным организациям предотвратить несчастные случаи, защитить работников и повысить эксплуатационную надежность. Примеры в этой статье показывают, что даже небольшие инциденты, такие как скольжение и падение, могут выявить более глубокие проблемы в процессах обслуживания, процедурах оценки риска и контроле документов. В следующий раз, когда инцидент происходит, собрать свою команду, начать с четкого описания и начать спрашивать «Почему?» - не один раз, но до тех пор, пока вы не достигнете причины, которая действительно может быть исправлена.

Для дальнейшего чтения, изучите ресурсы из Национальный совет по безопасности и Руководство по анализу первопричины .