Методы управления рисками при планировании проектов

Методы управления рисками при планировании проектов

Реестр рисков с плохо определенным объемом, обнаруженный на этапе детального проектирования, не защищает проект — он документирует ущерб. Последствия осязаемы: , и .

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

Контекст стандартов и требований

Практика управления рисками в условиях нефтегазовых проектов регулируется несколькими рамочными стандартами:

• ISO 31000 устанавливает общие принципы и руководства по управлению рисками, применимые к любой организации или проекту.
• IEC 62198 предоставляет руководства по применению управления рисками проекта в различных секторах, включая перерабатывающие отрасли.
• IEC 61511 регулирует функциональную безопасность для систем противоаварийной защиты и требует проведения анализа опасностей и рисков в качестве основы для определения уровня полноты безопасности — прямых исходных данных для реестров рисков проекта.
• API RP 17N охватывает надежность, технические риски и управление целостностью систем подводной добычи и предоставляет структурированную основу для принятия решений с учетом рисков в ходе разработки проекта.
• ISO/IEC 31010 содержит каталог методов оценки рисков и рекомендации по выбору подходящего метода для данной ситуации.

Если проект подпадает под юрисдикцию регулирующих органов — UKCS, GoM, норвежский континентальный шельф — соответствующий компетентный орган обычно требует официальное обоснование безопасности или эквивалентный документ, основанный непосредственно на оценках рисков проекта.

Процесс управления рисками на этапах проекта

Согласование процесса с жизненным циклом проекта

Управление рисками должно быть поэтапным. Использование единого реестра рисков от концепции до ввода в эксплуатацию без структурированных точек пересмотра является распространенным сценарием отказа. Каждая фаза проекта — выбор концепции, pre-FEED, FEED, детальное проектирование, закупки, строительство, пусконаладочные работы — имеет свой профиль риска, разный уровень определенности проекта и разную стоимость действий по выявленным рискам.

На этапе выбора концепции риски носят широкий и стратегический характер: неопределенность пласта, технологическая готовность, регуляторный путь, согласованность партнеров. На этапе FEED риски становятся техническими и коммерческими: закупка оборудования с длительным сроком поставки, управление интерфейсами, грунтовые условия, квалификация поставщиков. На этапе строительства риски в основном связаны с исполнением: компетентность персонала, погодные окна, наличие материалов, одновременные операции.

Методы идентификации рисков

Выбор метода идентификации должен соответствовать фазе проекта и характеру опасности:

HAZOP часто применяется неправильно — проводится слишком рано, когда схемы P&ID еще не проработаны, или слишком поздно, когда изменения обходятся непомерно дорого. Правильным триггером является утвержденный комплект схем P&ID качества IFC.

Оценка рисков: качественная или количественная

Для большинства проектных рисков достаточно структурированной качественной оценки с использованием матрицы «последствие-вероятность». Матрица должна быть откалибрована под проект: категории последствий должны включать аспекты безопасности, экологии, графика, стоимости и репутации, каждая с определенными дескрипторами, а не произвольными числовыми баллами.

Количественная оценка рисков (QRA) оправдана, когда:

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

Результат QRA надежен ровно настолько, насколько надежны данные и допущения, на которых он основан.

Стратегии реагирования на риски

К любому выявленному риску применимы четыре стратегии реагирования. Выбор зависит от уровня риска, стоимости реагирования и склонности проекта к риску:

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

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

Передача — перенос финансовых последствий риска на третью сторону через условия контракта, страхование или гарантии исполнения. Передача не устраняет риск; она перераспределяет финансовую ответственность. Технический риск остается за проектной командой.

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

Риски графика и управление временным резервом

Риск срыва графика часто недооценивается, поскольку проектные группы путают детерминированный критический путь с надежным прогнозом. Модель критического пути с нулевым временным резервом для каждого основного вида деятельности — это не график, а оптимистичное пожелание.

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

Ключевые входные данные для надежной модели рисков графика включают:

• Реалистичные оценки длительности по трем точкам (минимум, наиболее вероятно, максимум) для каждой операции, разработанные руководителями дисциплин, ответственными за работу.
• Явное моделирование рисковых событий — дискретных рисков, которые в случае возникновения увеличивают длительность или создают циклы доработки.
• Корреляция между связанными операциями — например, задержки поставки оборудования одновременно влияют на несколько операций по монтажу даунстрим (downstream).

Иллюстративный сценарий: Реестр рисков FEED для подводной врезки

Ниже приведен иллюстративный пример, составленный для демонстрации применения описанных методов. Он не представляет какой-либо конкретный проект или инцидент.

Рассмотрим проект подводной врезки (subsea tieback) на стадии FEED. В реестре рисков позиция с длительным сроком изготовления — модуль управления подводным оборудованием от единственного квалифицированного поставщика — определена как критический риск закупок для графика. Первоначальная качественная оценка помещает этот риск в ячейку матрицы проекта с высокими последствиями и умеренной вероятностью.

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

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

Этот резерв финансируется явно в утвержденной смете затрат проекта, а не поглощается общей строкой непредвиденных расходов, которая скрывает конкретный фактор риска.

Контрольный список управления рисками проекта

Используйте следующее при каждой проверке этапов проекта (gate review):

Качество реестра рисков

• У каждого риска есть определенный владелец, а не группа или дисциплина
• Оценки последствий и вероятности используют откалиброванную матрицу конкретного проекта, а не общие значения по умолчанию
• Принятые риски четко документируются с обоснованием
• Реестр обновлялся с момента предыдущего этапа

Охват идентификации

• HAZID или эквивалент завершен, и результаты отражены в реестре
• Оборудование с длительным сроком изготовления и позиции от единственного поставщика зафиксированы как риски графика
• Риски интерфейсов (между подрядчиками, между проектом и эксплуатацией) перечислены в явном виде
• Включены риски, связанные с процессом получения разрешений регулирующих органов

Риск графика

• Подготовлены оценки по трем точкам для операций критического пути
• Проведено моделирование Монте-Карло, и целевая дата завершения указана при определенном уровне достоверности
• Временной резерв не рассматривается как основной буфер риска

Действия по реагированию

• Для каждого риска с высоким рейтингом документировано действие по минимизации с датой завершения
• Затраты на минимизацию включены в смету затрат проекта
• Механизмы передачи (контракты, страхование) подтверждены, а не предполагаются

Управление

• Реестр рисков рассмотрен спонсором проекта
• Риски, приближающиеся к границе допустимого/недопустимого, переданы на независимую экспертизу

Заключение

Управление рисками при планировании проекта эффективно только тогда, когда оно является непрерывным, соответствует фазе и принадлежит инженерной группе, а не делегируется функции контроля проекта. Инструменты — HAZID, HAZOP, «галстук-бабочка», Монте-Карло — хорошо известны. Виды отказов также хорошо известны: поздняя идентификация, общие матрицы, бесхозные риски и реестры, которые обновляются для проверок на этапах, а затем сдаются в архив.

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