HAZOP (Hazard and Operability Study) — структурированный метод поиска опасностей и операционных проблем в процессе, основанный на систематическом применении фиксированного набора ключевых слов (guide words) к каждому параметру процесса. Ключевая идея — не полагаться на воображение или опыт одного эксперта, а гарантировать полноту разбора через дисциплинированное, пошаговое прохождение всех возможных отклонений.
Происхождение и исследовательская база
Метод зародился в компании ICI (Imperial Chemical Industries) в 1963-1964 годах — во время проектирования нового фенольного завода команда, которой предстояло его эксплуатировать, получила задание провести "Критическое рассмотрение" (Critical Examination) проекта, минимизированного по капитальным затратам. Этот метод и стал прообразом HAZOP.
В 1960-70-х годах инженеры ICI, среди которых Тревор Клетц (Trevor Kletz), столкнувшись с растущей сложностью установок и систем управления, развили технику до систематического подхода на основе ключевых слов. Важное уточнение: Клетц НЕ изобрёл HAZOP, но сыграл решающую роль в его распространении — убедил университеты включить метод в учебные программы и добился у своего работодателя разрешения открыто делиться методикой, включая с конкурентами. Его книга «Hazop and Hazan: Identifying and Assessing Process Industry Hazards» (несколько изданий) стала практическим руководством, по которому метод изучали поколения инженеров по промышленной безопасности.
Ключевые идеи и принципы
Принцип: систематичность важнее интуиции отдельного эксперта
HAZOP не полагается на то, что опытный инженер "и так знает, где может быть проблема" — метод заставляет команду пройти через фиксированный набор ключевых слов для каждого узла процесса, гарантируя, что ни один класс отклонений не будет пропущен просто потому, что о нём никто не подумал.
Принцип: guide words — генератор вопросов, а не готовые ответы
Ключевые слова (NO/NOT, MORE, LESS, AS WELL AS, PART OF, REVERSE, OTHER THAN, EARLY/LATE) сами по себе не содержат ответа — их роль в том, чтобы стимулировать воображение команды, направляя вопрос "что если параметр X отклонится в направлении Y" на каждый значимый параметр процесса поочерёдно.
Принцип: командный, а не индивидуальный процесс
HAZOP традиционно проводится междисциплинарной командой (технолог, оператор, инженер по безопасности), а не одним аналитиком — разные точки зрения выявляют разные классы отклонений, которые эксперт-одиночка мог бы упустить.
Принцип: найденное отклонение всегда оценивается по риску, а не фиксируется как факт
После формулировки отклонения ("MORE давления в реакторе") команда оценивает его по стандартной логике вероятность × тяжесть — та же формула, что и в общей Оценке рисков — и приоритизирует, для каких отклонений требуются дополнительные защитные меры.
Хороший HAZOP не находит "проблемы, о которых мы и так знали". Он находит те, о которых никто не подумал, потому что систематически прошёл через каждое ключевое слово, а не полагался на память.
Ограничения, слепые зоны и критика
Полноценный HAZOP на сложном процессе требует значительного времени команды экспертов — для больших установок исследование может занимать недели, что делает метод дорогим и не всегда практичным для менее критичных процессов.
Качество результата сильно зависит от квалификации и вовлечённости команды — формальное, поверхностное прохождение guide words без реального обсуждения даёт иллюзию тщательности без реальной ценности.
HAZOP изначально разработан для непрерывных химико-технологических процессов — прямое применение к принципиально другим типам систем (например, чисто программным или организационным процессам) требует адаптации методологии, а не буквального копирования.
Типовые ошибки
Ошибка 1: guide words применяются выборочно, не ко всем параметрам систематически.
Команда рассматривает только "очевидные" ключевые слова для конкретного узла, пропуская менее интуитивные — фактическая цель систематичности метода теряется.
Как избежать: явно проходить каждое ключевое слово для каждого значимого параметра, даже если на первый взгляд кажется, что оно неприменимо.
Ошибка 2: найденные отклонения не оцениваются по риску.
Отклонения фиксируются списком без сопоставления вероятности и тяжести последствий — невозможно приоритизировать, куда направить ограниченные ресурсы на защитные меры.
Как избежать: оценивать каждое отклонение по вероятности и тяжести, как в общей Оценке рисков, чтобы получить объективный приоритет.
Ошибка 3: HAZOP проводится одним человеком, а не командой.
Один инженер заполняет таблицу отклонений в одиночку — теряется главная сила метода: разные точки зрения, выявляющие разные классы проблем.
Как избежать: формировать междисциплинарную команду для проведения исследования, а не полагаться на индивидуальную работу.
Ошибка 4: найденные отклонения не приводят к конкретным защитным мерам.
Список отклонений с оценками риска подготовлен, но конкретных решений о защитных мерах для высокого риска так и не последовало.
Как избежать: формулировать конкретную защитную меру для каждого отклонения, признанного высоким или средним риском.
Ошибка 5: HAZOP проведён один раз и не пересматривается при изменении процесса.
Исследование выполнено на этапе проектирования, но при последующих модификациях процесса не пересматривается заново.
Как избежать: повторять или частично пересматривать HAZOP при значимых изменениях в процессе, оборудовании или условиях эксплуатации.
Главное, что нужно знать
HAZOP зародился в ICI (1963-1964) как "Критическое рассмотрение", развит до систематической методики в 1960-70-х.
Тревор Клетц не изобрёл метод, но сыграл ключевую роль в его распространении по отрасли и написал главное практическое руководство.
Guide words (NO/NOT, MORE, LESS и др.) — генератор вопросов для команды, применяемый систематически к каждому параметру процесса.
HAZOP — командный, а не индивидуальный процесс, использующий разные точки зрения для полноты разбора.
Каждое найденное отклонение оценивается по вероятности и тяжести — той же формулой, что и общая Оценка рисков.
План внедрения
Недели 1-2 — подготовка и формирование команды. Определить процесс/узел для исследования, собрать междисциплинарную команду, подготовить техническую документацию процесса.
Недели 3-5 — проведение исследования. Систематически пройти guide words для каждого значимого параметра процесса, зафиксировать найденные отклонения.
Неделя 6 — оценка риска и защитные меры. Оценить каждое отклонение по вероятности и тяжести, сформулировать защитные меры для приоритетных рисков.
Далее: поддержание и обновление. Пересматривать HAZOP при значимых изменениях процесса, вести реестр всех найденных отклонений и статус их защитных мер.
Как реализовать этот план с помощью фрейма «HAZOP» в OrgDevTools
Фрейм «HAZOP» в OrgDevTools напрямую поддерживает план внедрения. На этапе проведения исследования (недели 3-5) заполняйте чек-лист «Guide words — применены систематически» — восемь стандартных ключевых слов; счётчик покрытия гарантирует, что команда действительно прошла все ключевые слова, а не только "очевидные", устраняя саму возможность Ошибки 1 из списка выше.
По мере обнаружения проблем фиксируйте их в таблице «Найденные отклонения» — с оценкой вероятности и тяжести по каждому; фрейм автоматически рассчитывает уровень риска (низкий/средний/высокий), давая объективную приоритизацию вместо плоского списка находок.
На этапе разработки защитных мер (неделя 6) заполняйте секцию «Защитные меры (safeguards)» — конкретные действия для приоритетных отклонений; ведение находок и мер рядом в одном фрейме не даёт риску остаться без реального решения.