5.4.5.Управление рисками как составная часть жизненного цикла проекта

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

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

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

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

5.4.6.Учебный пример. Выделение рисков

Вернемся к учебному примеру “Система бронирования билетов для авиакомпании”.

Выделим некоторые возможные риски.

	Наименование риска	Комментарий
1	Не успеем сдать проект во время	Из-за неправильной организации работ затратим больше времени, чем заявлено в контракте
2	Не хватит квалификации персонала	При создании продукта используется новая технология (JNL), персонал с ней не работал и может не разобраться
3	Один из членов команды заболеет	Команда не многочисленна и отсутствие одного из членов команды ведет задержке в работах
4	Заказчик изменит требования	В данный момент требования согласованы с заказчиком и утверждены, но в процессе работы заказчик может захотеть добавить в решение новую функциональность
5	Авария на подстанции, отключение электричества	Потеряем время, пока авария будет устраняться.
6	Отключат доступ к Интернету	Ухудшится возможность быстрого получения необходимых сведений, пропадет электронная почта и другие средства коммуникации
7	Заказчик вовремя не оплатит счета	Задержка в покупке необходимого оборудования
8	Из-за необнаруженной вовремя ошибки система нанесет урон заказчику	На время устранения ошибки пассажиры не смогут заказывать билеты через систему. Потребуется “ручная” работа персонала. Компания потеряет возможных клиентов и часть прибыли.
9	На стороне заказчика нет заявленной в требованиях аппаратуры	Не сможем адекватно развернуть систему
10	Не сможем подобрать необходимые кадры	Придется совмещать роли

Мы выделили не так уж и много рисков, однако можно заметить, что они происходят из самых разных областей и связаны с людьми (риск №3), с процессами (риски №1, №8, №10), с технологиями (риск №2), с внешними условиями (риски №5, №6), с заказчиком (риски №4, №7, №9). Помимо представленных риски могут иметь и другие источники.

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

В качестве примера представим формулировки некоторых выявленных выше рисков.

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