Оценка рисков реализации проекта

Введение

Разделение рисков по вероятностям

Определение риска также осуществляется по типу вероятности его появления. Выделяют пять видов: A, B, C, D и E. Категория E — это та разновидность рисков, которые возникают крайне редко. Для этого должны быть выполнены определенные условия, и шанс на подобное учитывается как наименее вероятный. Группа D относится к тем типам ситуаций, которые вряд ли произойдут. То есть сюда включается все, что в теории возможно, но на практике бывает крайне редко. Следующая категория — C. Это уже риски, которые, вполне вероятно, возникнут, так как подобное случается с некоторой регулярностью, поддающейся примерному определению. Предпоследней группой считается B. Она включает в себя ситуации, которые чаще происходят, чем не происходят. Расчет рисков категории А очень прост. Можно давать практически 100% вероятность, что проблема возникнет. В соответствии с определенной частотой появления, компания получит возможность правильным образом реагировать, превентивно устраняя возможные проблемы или, если это невозможно, заранее учитывая последствия от их возникновения.

Что такое проектный риск

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

Планирование реагирования на риски проекта

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

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

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

Анализ и оценка проектных рисков

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

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

• сгруппированный по приоритетам список рисков;
• список позиций, требующих дополнительного анализа;
• оценку рискованности проекта в целом.

Различают экспертные оценки вероятности наступления неблагоприятных событий и уровня воздействия на проект. Основным выходом процесса качественного анализа является список ранжированных рисков с выполненными оценками или оформленная карта рисков. И вероятности, и влияния разбиваются на категориальные группы в заданном диапазоне значений. В результате оценок строятся различные специальные матрицы, в ячейках которых помещаются результаты произведения значения вероятности на уровень воздействия. Полученные результаты делятся на сегменты, которые служат основанием для ранжирования угроз. Пример такой матрицы «вероятность/воздействие» можно найти в Руководстве PMBOK, он и представляется вашему вниманию ниже.

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

• управляемые;
• частично управляемые;
• неуправляемые.

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

Блок-схема принятия решения по результатам анализа

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

Пример карты риска

Мониторинг, предотвращение и реагирование на риски

К моменту запуска работ по проекту в распоряжении руководителя проекта должны быть следующие компоненты подсистемы управления рисками в его проекте:

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

Для каждого риска из перечня проектных рисков, производится мониторинг его состояния. Для рисков класса A данный мониторинг производится на ежедневной основе. Для рисков класса B мониторинг производится не реже, чем раз в неделю. Для рисков класса C частота мониторинга определяется руководителем проекта или лицом, ответственным за управление рисками.

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

При обнаружении тренда в том или ином показателе, свидетельствующем о приближении к пороговому значению, когда риск может реализоваться, лицо, ответственное за риск, осуществляет меры по предотвращению риска, используя спланированные меры предупреждения. При этом класс риска повышается на 1 балл (для рисков классов B и C), в связи с чем меняется частота его мониторинга.

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

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

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

Рисунок 3. Процесс мониторинга, предупреждения и реагирования на риски

6.1. Обязанности лица, ответственного за риск

Лицо, ответственное за конкретный риск и входящее в состав проектной команды со стороны Исполнителя, обязано выполнять следующие задачи:

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

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

6.2. Обязанности лица, управляющего рисками

Лицо, управляющее рисками в проекте, обязано выполнять следующие задачи:

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

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

Назин

Структура разбиения рисков

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

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

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

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

Шаг #3: разрешение проблем

Следующим шагом будет разработка стратегии разрешения каждого риска. Классическими стратегиями являются:

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

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

Матрица рисков

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

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

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

Лазорин

Что нам стоит дом построить

В строительной компании сроки сдачи объектов постоянно не выполнялись, что приводило не только к убыткам (примерная стоимость одного дня задержки около $12 тыс.), но и к недополучению прибыли (около $10 тыс. в день). Менеджеры не были заинтересованы в скорейшем завершении проектов, так как система мотивации предполагала квартальные премии за работу и премию за успешное их завершение. Размеры этих премий сопоставимы, то есть менеджеру проекта было выгоднее затянуть сдачу объекта и получить несколько квартальных премий, чем одну за успешное завершение. Более того, для начала каждого следующего этапа проекта менеджеру нужно было собрать более 10 подписей от начальников различных подразделений. Понятно, что эти люди уходили в отпуска, болели. Соответственно, затягивались сроки даже без одной подписи продолжать дальнейшую работу было невозможно, хотя 70% таких подписей давно уже потеряли свою актуальность. Этот пример показывает влияние рисков, связанных с мотивацией персонала и нарушенной внутренней коммуникацией. А ведь, управляя этими рисками, можно добиться досрочной сдачи объекта, что принесет не убытки, а дополнительную прибыль. Система мотивации должна быть завязана на контрольные точки каждого этапа проекта. В этих точках передается важная информация, и принимаются решения. Если же это не сделано, возникающие риски могут привести к провалу всего проекта.

Система риск-менеджмента в портфеле проектов компании

Сегодня много говорят о внедрении комплексной системы риск-менеджмента. Что же это такое? Как работает данная система? Какие инструменты использует?

На сегодняшний день система управления рисками в портфеле проектов существует в основном в финансовых структурах, компаниях с иностранным капиталом и компаниях, внедривших проектный подход в свою деятельность (система управления рисками составляющая часть корпоративной системы управления проектами). Такой перечень обусловлен спецификой деятельности этих компаний. Банковский бизнес изначально зарабатывает на рисках для банка риск-менеджмент жизненно важен. Компании с иностранным капиталом принесли с собой, помимо инвестиций, еще и западный опыт и традиции менеджмента. А на Западе управлением рисками и разработкой методик и подходов к риск-менеджменту занимаются уже очень давно.

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

Идентификация проектных рисков

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

Выписка из Раздела 11 Руководства PMBOK.

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

Классификация рисков по уровню контролируемости

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

Типовыми признаками классификации являются:

• источники;
• последствия;
• способы снижения угроз.

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

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

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

Классификация проектных рисков по источникам

Ринорус

Оценить риски при реализации проекта

Выводы

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

Предполагать пожар в офисе компании или планировать внезапный отказ от субсидирования спонсора было бы странным, хотя по влиянию на бизнес последствия такого риска выглядят страшно. Вероятность низка, риск на «желтом» уровне. А вот если программное оборудование не поступит вовремя, проект пострадает очень сильно. Случается это гораздо чаще. Уровень риска явно «красный». Но главное то, что этого риска при нормальной работе участников проекта вполне можно избежать. Вероятность риска — просчитывание возможности его реализации от 0 до 100%.

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