Процесс работы с инцидентами есть у каждой организации. Куда реже встречается процесс, который действительно снижает вероятность следующего инцидента. Разница не в том, какую форму вы заполняете, — а в том, заканчивается ли процесс на вопросе «кто виноват» или доходит до конца: «почему система это допустила и что мы изменили».
Проблема поиска виновных
Когда экологический инцидент — разлив, превышение норматива, потенциально опасное происшествие — списывают на ошибку конкретного человека, происходит две вещи. Непосредственная причина фиксируется, кого-то переобучают или наказывают, дело закрывается. И структурно ничего не меняется. Потому что человеческая ошибка почти никогда не бывает корневой причиной; это лишь последнее видимое звено в цепочке условий, сделавших ошибку вероятной: неясная процедура, отсутствующее ограждение, график, поощряющий скорость в ущерб проверкам, сигнализация, которой никто не доверял.
Поиск виновного ощущается как разрешение проблемы. На деле именно здесь обучение прекращается.
Если ваше корректирующее действие звучит как «будьте внимательнее», значит, вы не нашли корневую причину — вы нашли человека, на которого можно возложить ответственность за то, как устроена система.
Замкнутый цикл, который действительно работает
Заслуживающий доверия процесс HSE выстроен как непрерывный цикл, и каждый инцидент проходит его целиком:
- Выявите опасность — по возможности зафиксируйте состояние, место и оценку риска до того, как это превратится в инцидент.
- Зарегистрируйте инцидент — запишите, что произошло, фактологично и без промедления, не спеша с выводами о виновных.
- Проанализируйте корневую причину — используйте структурированный метод (5 почему, диаграмма Исикавы (fishbone), причинное дерево), чтобы выйти за пределы непосредственного триггера к глубинным системным условиям.
- Действуйте и проверяйте — назначьте корректирующие действия, которые меняют систему, а затем через проверку убедитесь, что они действительно закрепились.
- Отчитывайтесь и учитесь — сводите выводы в тренды и KPI, чтобы закономерности по всем объектам становились видимыми.
Ключевое слово здесь — замкнутый. Действие, которое назначено, но не проверено, — это пункт списка дел, а не мера контроля. Корневая причина, которая найдена, но не попала в отчётность, — это урок, которого никто больше не усвоит.
Почему это проблема данных, а не бумажной работы
Делайте это на бумаге или в разрозненных таблицах — и цикл рвётся на каждой передаче: журнал опасностей не связан с реестром инцидентов, RCA (анализ корневых причин) лежит у кого-то в почте, а проверка корректирующего действия существует лишь в памяти, а не в виде записи. Делайте это в единой связанной системе — и возникает нечто мощное: каждый инцидент становится связанной, прослеживаемой записью от опасности к корневой причине и к проверенному исправлению, а совокупность данных превращается в карту того, где на самом деле сосредоточен ваш риск.
Эта совокупность — ровно то, чего сегодня ожидают системы раскрытия информации. Такой показатель, как частота регистрируемых инцидентов (TRIR), мало что значит без стоящих за ним доказательств замкнутого цикла: вовремя выявленных опасностей, закрытых действий, пройденных аудитов.
От инцидентов к улучшениям
Целью никогда не был более аккуратный журнал инцидентов. Цель — меньше инцидентов, и единственный надёжный путь к ней лежит через честный анализ корневых причин, корректирующие действия, которые меняют систему, а не человека, и проверку, доказывающую, что изменение закрепилось. Относитесь к каждому инциденту как к вопросу о системе, замыкайте цикл — и то же событие перестаёт повторяться. В этом весь смысл отчётности: не зафиксировать, что пошло не так, а добиться того, чтобы не так шло реже.
Узнайте, как METRIQOm™ проводит цикл «от опасности к RCA» от начала до конца →
METRIQOm™