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

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

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

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

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

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

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

Инструменты передачи рисков включают в себя, в частности:

• ? страхование;
• ? гарантии выполнения контракта;
• ? поручительства и гарантийные обязательства;
• ? прописывание условий в контракте;
• ? прочее.

Условия передачи ответственности за определенные риски третьей стороне могут определяться в контракте.

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

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

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

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

При реализации стратегии разделения или передачи риска команда проекта несет затраты до реализации рискового события.

Стратегия снижения (смягчения) рисков предполагает:

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

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

В качестве примеров мероприятий по снижению рисков можно привести:

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

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

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

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

В случае выбора стратегии снижения команда проекта несет затраты до реализации рискового события.