Качественный анализ рисков

Таблица 5. Неправильное и правильное определение риска

Шаг 6. Общий риск проекта

Следующий шаг - определить общий риск, с которым  компания еще способна смириться, чтобы запустить проект в работу. Как правило, данная шкала допустимости в компании предопределена. Общий риск проекта (risk score, RS) определяется как среднее арифметическое всех значимых рисков проекта:

RS = ? RR / N, где  
RR = Вероятность риска x Степень воздействия риска 
N = общее количество рисков данного проекта

Обычно возникают  разные мнения по поводу того, где установить порог для проекта. Это тоже сложный  вопрос, и трудно дать конкретные рекомендации. Топ-менеджменту компании порог, как  правило, видится несколько иначе, чем функциональным заказчикам проекта, и иначе, чем руководителю проекта. В компаниях, которые ввели управление рисками проектов в повседневную практику, это порог установлен. В этом случае появляются возможности взаимодействия с топ-менеджментом компании на новом уровне. Например: "Мы были необыкновенно заинтересованы в работе над данным проектом, однако в результате подготовительной работы было установлено, что риск проекта превышает отметку 77, допустимую в компании. К сожалению, нам придется отказаться от выполнения данного проекта в связи с неоправданностью риска для данного проекта". Или: "Риск данного проекта находится на уровне 75. Топ-менеджмент компании согласен инвестировать в проект дополнительно 100 тыс. долларов, если удастся снизить показатель риска до 60". Именно на этом шаге принимается решение о продолжении или сворачивании проекта.

Шаг 7. Документирование незначимых рисков

Что делать с  рисками, которые были "признаны легковесными" и не включены в  дальнейшее планирование управления рисками? Разумный подход к решению этого вопроса - принять во внимание следующее: невозможно до начала проекта спрогнозировать проект на 100%, поэтому по мере выполнения проекта и обретения лучшего понимания его составляющих рейтинги рисков будут меняться. Значит, риски, не вошедшие в дальнейшее управление рисками, должны быть задокументированы, чтобы можно было по мере выполнения проекта быстро понять, как ведет себя данный риск. Удобным форматом документирования является форма NTR (Non-top risk), показанная в таблице 6.

Таблица 6. NTR-форма

Шаг 8. Количественный анализ или RRP?

После качественного  анализа рисков необходимо перейти  либо к количественному анализу, либо напрямую к процедуре RRP (Risk Response Planning). Как определить, необходимо ли переходить к количественному анализу или к RRP?

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

В общем случае переходить к количественному анализу  имеет смысл, если:

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

Непосредственно к процедуре Risk Response Planning стоит переходить, если:

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

Список  использованной литературы:

1. Лапыгин Ю.Н. Управление проектами: от планирования до оценки эффективности. — Омега-Л «Москва», 2008.

2. Электронный ресурс: www.wikipedia.org

3. Стэнли Э. Портни Управление проектами для "чайников".- «Диалектика», 2006.