Риски проектов Риск проекта – это неопределенное событие или условие, которое, в случае его наступления, будет иметь положительный или отрицательный эффект, по крайней мере, на один из целевых параметров проекта (время, стоимость, содержание, качество). У риска может быть одна или более причина, и, в случае его наступления, одно или более последствий. 2

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

Управление рисками проекта - это систематический процесс выявления, анализа и реагирования на риски проекта; он включает процессы, которые связаны с: Проведением планирования управления рисками Идентификацией Анализом Реагированием Мониторингом и контролем на проекте Цели: Повысить вероятность и усилить последствия положительных случаев Понизить вероятность и ослабить последствия случаев, неблагоприятных для проекта Управление рисками проекта 5

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

Идентификация рисков - процесс определения того, какие риски могут повлиять на проект, и документирования их характеристик; для чего необходимо: выявить риск, который влияет на проект; указать внутренние и внешние источники риска; раскрыть причины и последствия риска; привлечь к участию соответствующих специалистов, заинтересованных лиц и внешних экспертов; отнести риски к определенной категории: риски управления проектами, организационные риски, внешние риски Выход процесса идентификации рисков - реестр рисков Идентификация рисков 8

Проведение качественного анализа рисков - это процесс оценки и вероятности наступления выявленных рисков, а также расстановка приоритетов в отношении рисков в соответствии с их потенциальным влиянием на цели проекта; для этого необходимо: оценить вероятность наступления или не наступления каждого выявленного риска; определить последствия каждого рискового случая о какой сумме идет речь «ли что может быть потеряно; оценить приоритетность рисков на основании их вероятности/последствия; выявите риски, которыми можно управлять (которые могут быть снижены). Проведение качественного анализа рисков 11

Оценка риска Факторы оценки включают: Прецедент (Наступал ли этот риск прежде?) Знание операции (Приходилось ли выполнять такую работу ранее?) Ресурсы и навыки Время, стоимость и качество Вероятность (Какова вероятность наступления риска?) Влияние (Каково его влияние на проект или бизнес?) 13

Измерение вероятности Вероятность Значение Низкая Срыв расписания, увеличение стоимости или ухудшение результата в потенциале маловероятно Умеренная Срыв расписания, увеличение стоимости или ухудшение результаты в потенциале возможны Высокая Срыв расписания, увеличение стоимости или ухудшение результаты в потенциале весьма вероятны 15

1. Определите приоритетность рисков, чтобы решить, заслуживают ли рисковые случаи вашего внимания 2. Определяйте приоритетность выявленных рисков только после проведения качественного анализа 3. Идентифицируйте 10 главных рисков Разработайте смягчающие меры для каждого из них 4. Регулярно пересматривайте и проводите оценку 10 главных рисков 5. Вносите рассмотрение 10 главных рисков в повестку дня регулярных совещаний по проекту Определение приоритетов рисков 20

Располагайте проанализированные рисковые случаи в порядке их значимости - от высокой к низкой По возможности используйте количественные инструменты систематизации; в ином случае пользуйтесь качественным анализом Рисковые случаи со сходной серьезностью указывайте отдельно Определяйте приоритетность рисковых случаев всей командой Не планируйте стратегии реагирования в рамках данного процесса Практический подход к определению приоритета рисков 21

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

К основным инструментам и методам для выявления рисков относятся: Сбор данных и методы их представления Опрос - используется для численного анализа вероятности и влияния рисков на цели проекта Распределение вероятностей - используется для представления неопределенности в значениях (непрерывные величины) или неопределенных событий (дискретные величины) Экспертные оценки - привлекайте специалистов, как внутренних, так и внешних, для оценки полученных данных и методов Инструменты и методы количественного анализа 23

Инструменты и методы количественного анализа Проведение количественного анализа рисков и метод моделирования Анализ чувствительности - помогает определить, какие риски имеют максимальное потенциальное влияние на проект Анализ ожидаемой денежной стоимости - статистический подход, который рассчитывает средний результат с учетом будущих сценариев, которым могут произойти или не произойти Анализ дерева решений - структурно обычно представляется в виде разветвляющейся диаграммы решений, которая описывает рассматриваемую ситуацию и последствия, которые могут иметь все возможные выборы Моделирование - переводит неопределенности, приведенные на детализированном уровне проекта, в потенциальное влияние на цели проекта 24

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

1. Создать список рисков с точки зрения их приоритета для этапа анализа рисков. 2. Продуматьклассы рисков, чтобы не затрачивать лишних усилий. 3. Разработать различные альтернативы реагирования: оценить альтернативы и выбрать наиболее подходящую альтернативу длякаждого риска и класса риска; включить отобранные альтернативы в план управления рисками, другие планы проекта и WBS. 4. Сообщить о принятых решениях соответствующим заинтересованным сторонам. Стратегия уменьшения риска (практический подход) 29

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

Стратегии реагирования на непредвиденные обстоятельства Планирование возможных потерь при рисках: подготовить план действий на случай наступления риска Средства на возможные потери или Рисковый резерв - Сумма денег или время, сверх запланированных, необходимые для снижения риска превышения целевых параметров проекта до приемлемого для организации уровня (самая типичная стратегия принятия) 33

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

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

Управление рисками имеет важное значение для успеха проекта Используйте управление рисками целью достижения максимально положительного результата и минимизации негативных последствий Документируйте стандарты и процедуры управления рисками и регулярно пересматривайте их с командой проекта Ключевые идеи 36

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

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

Управление рисками (risk management) - систематическое средство контроля проектов и снижения степени неопределенности их завершения. Практики управления рисками приложимы как к малым проектам продолжительностью в несколько недель и с небольшим бюджетом так и к крупным проектам продолжительностью в несколько лет и миллионными бюджетами.

В любом случае риск - это когда что-то что не гарантировано на 100%. Факт не является риском. Управление рисками направлено на то, чтобы идентифицировать, какие события чреваты рисками. Как заметил Дэвид Паккард однажды: "Половина проектов в Hewlett-Packard оказалась бесполезной тратой времени" .

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

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

Введение в управление рисками

Понятно, что под управлением рисками подразумевается идентификация и минимизация факторов риска.

Идентификация риска включает в себя определение следующих риск-факторов:

• вероятность того, что риск или возможность появится;
• его влияние или последствия, воздействие на проект;
• ожидаемое время появления - когда риск может возникнуть;
• как часто риск может возникать.

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

1. Сбор информации.

2. Планирование процедур управления рисками для данного проекта.

3. Идентификация рисков: определение специфических рисков для каждого проекта и каждой задачи. Составление полного списка рисков, включающего в себя, как правило, сотни рисков.

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

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

6. Планирование минимизации рисков, процедура RRP (risk response planning). Определение возможностей сократить общий риск проекта.

7. Мониторинг и контроль рисков. Под этим подразумевается постоянное отслеживание ситуации с проектными рисками. Управление рисками - не одномоментное мероприятие. Оно производится периодически, по мере того как изменения произошли или проблемы обнаружены.

Управление рисками: процессы

Управление рисками проекта включает в себя мероприятия по:

• идентификации (выявлению) рисков;
• анализу и приоритезации рисков;
• планированию реагирования на риски;
• мониторингу и контролю рисков.

Эти процессы взаимодействуют как друг с другом, так и с другими процессами управления проектами.

Этап 1. Сбор информации

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

В целом на первом этапе процесса управления рисками можно выделить несколько приоритетных процессов.

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

2. Четко представлять все, что касается корпоративных процедур. Прежде всего - вопросы культуры производства и ведения проектов в компании. Затем - корпоративные процедуры управления рисками. В общем случае в организации уже должны быть формы для отчета по риску, шкалы оценки вероятности и воздействия, стандартные процедуры участия акционеров в управлении рисками, установки, связанные с ранжированием рисков и принятием решений о прекращении проектов, а также процедуры по аудиту рисков. Возможно, в компании уже есть зафиксированное корпоративное знание в области рисков. Кроме того, интерес могут представлять языковые барьеры, которые есть в компании, и социальные привычки сотрудников.

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

4. Окружение проекта - приоритет данного проекта по отношению к другим текущим проектам.

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

6. Оценки времени выполнения и затрат. Оценки времени выполнения и затрат должны проводиться для каждого проекта в трех вариантах: оптимистическая оценка, наиболее вероятная и пессимистическая. Если разброс между оптимистической и пессимистической оценкой значителен, оценка содержит в себе больше неопределенностей и дает сигнал о большом количестве скрытых рисков. Идентифицируя риск, надо принять во внимание: кто делал оценку? Была проведена детальная или высокоуровневая оценка? Каков метод оценки и уровень достоверности оценки?

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

Оценка зон толерантности к рискам На этапе подготовки к управлению рисками по проекту полезно бывает предварительно понять, в каких областях проекта заинтересованные стороны и компания согласны принять риск. Это не является обязательным пунктом в ходе подготовки к проекту, так как впоследствии по каждому существенному риску управляющий комитет должен будет принимать специальное решение. Однако специалисты советуют оценивать зоны толерантности к рискам как можно раньше. Это д олжно помочь выделять наиболее опасные для компании риски из общего списка рисков на этапе 4, а также облегчить планирование минимизации рисков (процедура RRP). Зоны толерантности к рискам, как правило, задаются в зависимости от стоимости проекта, сроков выполнения, масштаба работы и критичности для компании. В типичном случае для оценки зон толерантности к рискам создается таблица следующего содержания. Заинтересованные стороны Ограничение Толерантность и пороговые значения ИТ-директор Время 2 дня задержки в инсталляции пакета Х ИТ-директор Время 5 дней задержки в завершении ключевого подпроекта Y Функциональный заказчик Производительность Мощность системы должна превышать 100 тыс. транзакций в минуту Главный бухгалтер Уровень удовлетворенности Готов участвовать только в двух совещаниях в месяц по данному проекту

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

Этап 2. Планирование управления рисками

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

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

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

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

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

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

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

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

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

7. Определить пороговые величины: уровень риска, при котором будут приниматься меры.

8. Определить форматы отчетов: способы документации, анализа и распространения отчетов об управлении рисками.

На данном этапе очень важно понять, что правильные формулировки для рисков приводят к правильным мерам. Стандартный и общепринятый формат определения риска - CRE-формат (Cause-Risk-Effect). При определении риска всегда нужно найти изначальную причину риска, а не ограничиваться поверхностной симптоматикой.

Этап 3. Идентификация рисков

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

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

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

a) технические, качественные или связанные с производительностью

b) риски управления проектами

c) организационные риски

d) внешние риски.

Особенно часто выпускаемые из внимания категории:

a) риски управления проектами (недостаток поддержки, отсутствие опыта оценки, некачественный план проекта), отсутствие стандартной документации по проекту

b) культурные риски (даже если проекты разворачиваются в одной стране)

c) риски, связанные с качеством работ по проекту

d) риски, связанные с удовлетворенностью заинтересованных сторон проекта

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

f) контрактные риски

g) риски выбора вендора и поставщиков

h) риски, связанные с изменением рынка по ходу проекта.

В идеале было бы правильно собрать и задокументировать все риски и категории рисков, с которыми когда-либо сталкивалась компания, работая с аналогичными проектами. Ценность такой базы данных была бы огромной. Однако компании практически никогда этим не занимаются. По опыту, работа RM-группы с данным списком увеличивает число идентифицируемых рисков на 30% и более.

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

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

3. Мозговой штурм. Процесс, на первый взгляд простой и очевидный, должен быть грамотно подготовлен, чтобы качественно пройти. Задача состоит в том, чтобы собрать как можно больше возможных рисков в кратчайшее время. До начала штурма необходимо ознакомить всех членов группы с категоризированным предварительным списком рисков. Такая техника улучшает количественные и качественные результаты. При организации мозгового штурма следует четко определить участников. Рекомендуется также организовать мозговой штурм в несколько заходов с разными группами участников (конечные пользователи, RM-группа и любые заинтересованные стороны). Обязательно необходимы один-два человека, не вовлеченных в мозговой штурм, которые будут просто записывать идеи. В процессе штурма необходимо выяснить риски, относящиеся к проекту в целом, соответствующие риски для каждой задачи, категории рисков и уровни рисков, если возможно.

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

4. Интервью с экспертами. Как правило, в качестве экспертов выступают функциональные руководители и менеджеры, которым случалось проводить аналогичные либо смежные проекты. В силу важности источника интервью с экспертами должны быть тщательно продуманы.

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

• Какие проблемы вам кажутся возможными, если для анализа рисков проекта будет использован такой-то метод?
• С какими проблемами вы сталкивались, работая над проектами, подобными нашему?
• О чем вы больше всего беспокоитесь в отношении данного проекта?
• Что может пойти не так?
• Какие возможности, по вашему мнению, откроются по мере выполнения данного проекта?

После чего перейдите к интересующим вопросам, которые тоже необходимо четко сформулировать, например: "У нас есть опасение, связанное с проблемой А. Придется нам столкнуться с этой проблемой или нет? Когда? Сколько раз? Что может произойти, если эта проблема возникнет сегодня, завтра? Какова вероятность возникновения этой проблемы по шкале от 1 до 10?". Как видите, при интервью важно задавать углубляющие вопросы. Кроме того, договоритесь о возможности последующих встреч, так как невозможно учесть все сразу при обсуждении.

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

5. Техника номинальной группы (nominal group technique) . Данная методика используется всякий раз, когда необходимо выяснить мнение группы людей по какому-то вопросу. Для общих случаев данная методика подробно описана во многих источниках. В приложении к практике управления рисками данная технология выглядит следующим образом. Сначала формируется группа, и собирается список рисков от каждого члена группы. Затем, до начала основной сессии, индивидуальные списки компилируются в один мастер-список. Далее каждому члену группы предоставляется на рассмотрение мастер-список, и он ранжирует каждый риск, используя шкалу от 1 до 10. После этого все рейтинги сводятся в новую таблицу, и выявляются высокоприоритетные риски. Недостаток этой методики состоит в том, что крупный риск может быть корректно идентифицирован одним ключевым сотрудником, но при этом не поддержан группой. Именно поэтому отбирать участников группы необходимо очень тщательно.

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

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

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

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

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

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

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

• вероятность;
• событие;
• субъект;
• решение;
• потери.

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

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

Схема границ управления рисками с позиции определенности

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

1. Целесообразно в процессе реализации проекта производить анализ рисков несколько раз. При этом карта рисков трансформируется.
2. Минимизация рисков наиболее оптимально происходит на этапе разработки концепции или в момент разработки проектной документации. Такой вариант обходится значительно дешевле, чем на этапе непосредственной реализации.

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

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

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

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

Схема процессов управления проектными рисками по PMBOK

Основными процедурами данного вида управления являются:

• идентификация;
• оценка;
• планирование реагирования;
• мониторинг и контроль.

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

1. Восприятие участниками проекта неопределенностей и угроз в среде его реализации, их источников и вероятных негативных событий вследствие проявления рисков.
2. Поиск и расширение возможностей для результативного и эффективного решения проектной задачи с учетом выявленной неопределенности.
3. Разработка путей снижения проектных рисков.
4. Доработка проектных планов с учетом выявленных рисков и комплексом мер для их снижения.

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

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

Планирование управления рисками

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

Диаграмма потоков данных планирования управления рисками. Источник: Руководство PMBOK (издание пятое)

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

1. Общие положения.
2. Основные характеристики компании.
3. Уставные характеристики проекта.
4. Цели, задачи управления рисками.
5. Методологический раздел. К методологии относятся методы, средства анализа и оценки, источники сведений, которые рекомендуется использовать для управления рисками проекта. Методы и инструменты расписаны по .
6. Организационный раздел. В него включается распределение ролей участников проектной команды с установлением ответственности за выполнение предусмотренных планом процедур, состав взаимосвязей с другими компонентами управления проектом.
7. Бюджетный раздел. Включаются правила формирования и обеспечения выполнения бюджета управления рисками.
8. Регламентный раздел, включающий сроки, периодичность, продолжительность операций по управлению рисками, формы и состав управляющих документов.
9. Раздел метрологии (оценки и пересчета). Принципы оценки, правила пересчета параметров и справочные шкалы определяются заранее, служат вспомогательными средствами качественного и количественного анализа.
10. Пороговые значения рисков. С учетом важности и новизны проектной реализации устанавливаются допустимые значения рисковых параметров на уровне проекта и отдельных угроз.
11. Раздел отчетности посвящен вопросам периодичности, формам, порядку заполнения, сдачи и рассмотрения отчетов по настоящему блоку управления проектами.
12. Раздел мониторинга и документационного обеспечения управления рисками по проекту.
13. Раздел шаблонов для управления рисками.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Пример матрицы вероятности и воздействия.

Вероятность возникновения риска - вероятность того, что событие риска наступит [ 11 ] . Все риски имеют вероятность больше нуля и меньше 100%. Риск с вероятностью 0 не может произойти и не считается риском. Риск с вероятностью 100% также не является риском, поскольку это достоверное событие, которое должно быть предусмотрено планом проекта.

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

Планирование управления рисками

К планированию управления рисками следует относиться так же серьезно, как к планированию стоимости и расписания проекта . Качественное планирование повышает вероятность получения положительных результатов остальных процессов управления рисками. Планирование управления рисками - это процесс определения подходов и планирования операций по управлению рисками проекта [ 9 ] . Формирование стратегии компании по управлению рисками, основных правил, позволяющих управлять рисками проекта, является целью процесса планирования рисков.

Исходная информация для планирования рисков

Источниками входной информации для процессов планирования рисков являются:

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

Риск - «подводная скала» (исп.-португ.), что ассоциируется с выражением «лавировать между скалами», т.е. подвергаться опасности. В различных источниках можно встретить разные определения риска:

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

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

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

Элементы риска:

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

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

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

Восприятие рисков несет на себе печать личности проект-менеджера, его управленческого стиля (табл. 17).

Таблица 17 Восприятие рисков менеджерами

Планирование управления рисками - это процесс определения подходов и планирования операций по управлению рисками проекта. Планирование процессов управления рисками позволяет обеспечить соразмерность уровня, типа, прозрачности управления рисками и важности проекта для организации, а также выделить достаточное количество времени и ресурсов для минимизации рисков (MPI PMBOK 2004. Русская редакция. С.242).

План управления рисками описывает способы осуществления всех процессов управления рисками. В план управления рисками может входить:

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

Идентификация рисков предусматривает определение рисков, способных повлиять на проект, и документальное оформление их характеристик. При необходимости в операциях по идентификации рисков могут принимать участие: менеджер проекта, члены команды, команда управления рисками (если таковая создана), эксперты в определенных областях, не входящие в команду проекта, заказчики, конечные пользователи, другие менеджеры проектов, участники проекта, и эксперты по вопросам управления рисками (PMI PMBOK 2004. Русская редакция. С.246).

Идентификация рисков - это выявление и классификация рисковых событий для проекта и видов потерь (ущерба) от наступления этих рисковых событий (рис. 28). Выходной документ - реестр рисков.

Реестр рисков - список идентифицированных рисков или условий возникновения рисковых событий.

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

• § анализ документов;
• § SWOT - анализ;
• § мозговой штурм;
• § экспертный опрос. Метод Дельфи;
• § контрольные таблицы;
• § опросные листы;
• § диаграммы.

Рис. 28

Рассмотрим эти риски подробнее.

Внутрипроектные риски нетехнического характера

• 1. Маркетинговые риски:
  • § неправильный выбор рынков сбыта продукции;
  • § неверное определение стратегических операций на рынке;
  • § неточный расчет емкости рынка;
  • § неправильное определение мощности производства.
• 2. Риски участников проекта:
  • § запаздывание, срыв поставок сырья, стройматериалов;
  • § изменение возможных заказчиков проекта;
  • § срыв сроков проектных работ субподрядчиком;
  • § невыполнение обязательств кредиторами;
  • § неквалифицированный персонал;
  • § риск расхищения или растрат;
  • § риск порчи деловой репутации;
  • § риск несчастных случаев;
  • § риск текучести кадров.
• 3. Организационно-управленческие риски (риск неуправляемости проекта):
  • § ошибки проектирования;
  • § неправильная организация работ по проекту;
  • § недостаток координации работ;
  • § изменение руководства;
  • § слабый менеджмент;
  • § неправильное планирование проекта;
  • § ошибки в проектно-сметной документации.
• 4. Финансовые риски:
  • § процентный риск - незапланированное изменение процентной ставки при заключении долгосрочных соглашений о займе;
  • § кредитный риск - невозможность выполнения кредитного договора вследствие финансового краха;
  • § валютный риск - риск потенциальных убытков вследствие изменения валютных курсов.
• 5. Коммерческие риски (риски реализации продукции):
  • § непродуманность, неотлаженность, отсутствие сбытовой сети;
  • § задержка в выходе на рынок;
  • § невозможность реализовать продукцию в нужном стоимостном выражении и в намеченные сроки;
  • § непредсказуемость изменений закупочной цены товаров;
  • § рост издержек обращения;
  • § потери товара при хранении и транспортировке.
• 6. Специфические риски - редко встречающиеся проектные риски, чаще всего свойственные именно данному проекту (например, ядерный риск в проектировании или реконструкции атомных электростанций).

Производственные (технико-технологические риски)

• 1. Срыв графика работ.
• 2. Риск невыполнения работ.
• 3. Невыход на проектную мощность.
• 4. Производственный брак.
• 5. Перебои с топливом, оборудованием.
• 6. Износ оборудования.
• 7. Выпуск продукции низкого качества.
• 8. Недостаток рабочей силы.
• 9. Недостатки технологии, неправильный выбор оборудования.
• 10. Увеличение стоимости оборудования.

11. Рост расходов на зарплату.

Правовые риски

• 1. Ошибки в лицензиях.
• 2. Несоблюдение патентного права.
• 3. Невыполнение контрактов.
• 4. Возникновение судебных процессов с внешними партнерами.
• 5. Внутренние судебные процессы.

Внешне предсказуемые, но не до конца определенные

• 1. Рыночные.
• 2. Предпринимательские.
• § риск снижения рентабельности;
• § риск потери финансовой устойчивости и ликвидности.

Внешние непредсказуемые

• 1. Макроэкономические.
• 2. Экологические.

Планирование реагирования на риски - это процесс разработки методов реагирования на риск для увеличения благоприятных и уменьшения неблагоприятных последствий риска (табл. 22).

Итоговым документом является План реагирования на риски.

Таблица 20

План реагирования на риски может включать в себя:

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

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

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

Резервирование - создание резервного фонда финансовых средств на покрытие непредвиденных расходов. Зарубежный проектный опыт допускает увеличение стоимости проекта от 7 до 12% за счет резервирования средств на форс-мажор. Российские эксперты допускают увеличение стоимости проекта до 20%.

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

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

Страхование рисков - передача определенных рисков страховой компании. В зависимости от выбранного способа управления рисками различаются различные источники финансирования рисков:

• § средства, учитываемые в составе себестоимости изделий;
• § собственные средства предприятий, в том числе, уставной фонд и резервы, формируемые из прибыли;
• § внешние источники - кредиты, дотации, займы;
• § страховые фонды;
• § фонды самострахования.

Процесс минимизации рисков осуществляется по следующему алгоритму:

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

Мониторинг и управление рисками - это процесс идентификации, анализа и планирования вновь возникших рисков, отслеживания идентифицированных рисков и тех, которые отнесены в список для постоянного наблюдения, а также проверки и исполнения операций реагирования на риски и оценки их эффективности. В процессе мониторинга и управления рисками используются различные методики, например анализ трендов и отклонений, для выполнения которых необходимы данные об исполнении, собранные в процессе выполнения проекта. Мониторинг и управление рисками является непрерывным процессом, происходящим на протяжении всего жизненного цикла проекта (PMI PMBOK 2004. Русская редакция. С.264).

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

• § пересмотр рисков;
• § аудит рисков;
• § анализ отклонений и трендов;
• § техническое измерение исполнения;
• § анализ резервов;
• § совещания по текущему состоянию.

Управление рисками осуществляется на всех фазах жизненного цикла проекта.

Этап 1. Предпроектное обоснование инвестиций, формулировка концепции проекта и его технико-экономическое обоснование. Анализ рисков производится в процессе предварительной экспертизы проекта. Необходимые действия этого этапа: идентификация и анализ рисков.

Этап 2. Планирование проекта. Работа с рисками включается в разработку сметы и бюджет проекта. Необходимые действия:

• § корректировка дерева решений;
• § определение структуры и объема резервирования средств;
• § учет рисков в финансовом плане проекта.

Этап 3. Реализация проекта. Работа с рисками ведется в процессе мониторинга. Необходимые действия:

• § формирование рабочего бюджета проекта;
• § страхование рисков;
• § контроль за использованием средств на непредвиденные расходы;
• § корректировка бюджета.

Этап 4. Завершение проекта. Работа с рисками ведется на этапе итоговой экспертизы проекта. Необходимые действия:

• § анализ использования средств на непредвиденные расходы;
• § анализ и обобщение фактических проявлений рисков и неопределенности по результатам проекта.