УПРАВЛЕНИЕ РИСКАМИ ПРОЕКТА. Управление рисками проекта

• Название: Управление рисками проекта
• Анкор: УПРАВЛЕНИЕ РИСКАМИ ПРОЕКТА
• Дата: 25.04.2022
• Размер: 2.11 Mb.
• Имя файла: УПРАВЛЕНИЕ РИСКАМИ ПРОЕКТА.docx
• Тип: Документы; #496339

УПРАВЛЕНИЕ РИСКАМИ ПРОЕКТА
Управление рисками – это систематический процесс снижения неопределенности и управления вероятностью событий в проекте.

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

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

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

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




Рисунок 1

РИСКИ ПРОЕКТА НА ЭТАПАХ ЖИЗНЕННОГО ЦИКЛА
Жизненный цикл проекта по внедрению программ состоит из нескольких этапов, на каждом из которых присутствуют свои риски. Также существуют общие риски всего проекта.



Рисунок 2
К общим проектным рискам обычно относятся:

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

РИСК МЕНЕДЖМЕНТ ПЛАН
PMBOK рекомендует управлять рисками в 4 этапа:

1. 
   Идентификация. Выявить риски, которые могут помешать целям проекта.
   
2. 
   Анализ. Определить, какие из выявленных рисков наиболее опасны.
   
3. 
   Планирование. Спланировать наиболее опасные риски.
   
4. 
   Мониторинг и контроль. Поддерживать план проекта и список рисков в актуальном состоянии.
   

Рисунок 3

Спланируем их:

Таблица 1

Что	Кто	Когда	Как
Идентификация рисков	ПМ + команда проекта	Вторник 14-00	Митинг. 1 час
Оценка рисков	ПМ + лиды	Вторник 15-00	Митинг. 1 час
Планирование рисков	ПМ + ПМы других проектов	Вторник 16-00	Митинг 2 часа
Мониторинг и контроль	ПМ	Ежедневно 13-00	Активность. 30 мин

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

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

Цель этого этапа — выявить некоторое количество неизвестных рисков проекта. Полагаем, что потенциальных проблем вокруг нас бесконечно много, поэтому задачу будем ставить количественно. В начале проекта, неплохо идентифицировать 50–100 рисков, в дальнейшем — по 20–30 штук.

На входе: план проекта, текущий список рисков (если есть);

Процесс:

1. 
   ПМ собирает митинг со всей командой, сообщает о его цель, длительность и agenda;
   
2. 
   ПМ сообщает о статусе проекта, об основных текущих рисках и проблемах, отвечает на вопросы;
   
3. 
   Участники митинга озвучивают потенциальные риски. Принимаются все идеи без исключения, без обсуждений и комментариев;
   
4. 
   ПМ записывает результаты в формате «причина-риск-эффект». Как только цель достигнута, либо время истекло, митинг завершается;
   

На выходе: обновленный список рисков в формате «причина-риск-эффект».

Пример:

Рисунок 4


Анализ рисков

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

На входе: список рисков;

Процесс:

1. 
   ПМ собирает митинг с тим лидами, сообщает о его цель, длительность и agenda;
   

2. 
   ПМ оглашает риск, участники митинга оценивают его вероятность и последствия;
   
3. 
   ПМ записывает оценки, как только цель митинга достигнута, либо время истекло, митинг завершается;
   
4. 
   ПМ считает важность рисков как Вероятность*Последствия, сортирует список по убыванию Важности;
   
5. 
   ПМ обозначает риски, превысившие границу Важности в списке;
   

На выходе: список критичных рисков;

Пример:

Рисунок 5



Планирование рисков

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

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

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

Mitigate. Боремся с риском, принимая ответственность на него на себя. Для борьбы с риском хорошо иметь несколько планов. Основной, для того, чтобы риск подавить, и отходной, на случай если риск все-таки случился и влияет на проект:

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

На входе: список критичных рисков;

Процесс:

1. 
   ПМ собирает митинг с руководителями других проектов, сообщает о его цель, длительность и agenda;
   
2. 
   ПМ оглашает риск, участники митинга определяют стратегию работы с ним, основной план и запасной план (для Mitigate);
   
3. 
   ПМ записывает планы в риск лист, как только цель митинга достигнута, либо время истекло, митинг завершается;
   
4. 
   ПМ обновляет план проекта, добавляя основные планы по рискам;
   

На выходе: список критичных рисков со стратегией и планом на каждый риск, обновленный план проекта;

Пример:

Рисунок 6


Мониторинг и контроль

Это скорее процесс, чем этап. Его цель — поддерживать список рисков и план проекта в актуальном состоянии.

На входе: спланированный список рисков, план проекта, ежедневные отчеты команды;

Процесс:

1. 
   ПМ выполняет ревизию списка рисков, обновляет оценки, обновляет устаревшие планы;
   
2. 
   ПМ выявляет случившиеся риски, принимает решение о внедрении отходных планов, обновляет план проекта;
   

На выходе: обновленный список рисков, обновленный план проекта;
Пример:

Рисунок 7


ЗАКЛЮЧЕНИЕ

Для проекта с командой в 15 человек, расходы на управление рисками составят 50–60 человеко-часов в месяц. При этом будет идентифицироваться около 50 новых рисков, из них в среднем 10 самых важных будет планироваться и подавляться. Положив, что критичный риск отбирает у проекта минимум 40 человеко-часов, получаем от 400 человеко-часов экономии ежемесячно.

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

Список литературы

1. 
   https://www.executive.ru/wiki/index.php/Риски_в_управлении_проектами#::text=Управление%20рисками%20%20это%20систематический%20процесс,воздействия%20неблагоприятных%20для%20проекта%20событий.
   
2. 
   https://pmforesight.ru/opportunities/upravlenie-riskami/
   
3. 
   https://fto.com.ru/blog/riski-proekta/
   
4. 
   https://habr.com/ru/post/73571/
   
5. 
   https://www.elma-bpm.ru/journal/riski-proekta-i-vse-chto-nuzhno-o-nih-znat/