Пример заполнения реестра рисков (упрощенный)

ПЕРВОПРИЧИНА	УСЛОВИЕ	ПОСЛЕДСТВИЕ
Необеспеченность кадрами	Могут быть объединены проектные роли. Несовместимые роли: менеджер по качеству и разработчик, тестировщик и разработчик	Совмещение ролей может затруднить контроль и оценку результатов, что снизит качество программного продукта
Изменения в технологии	Разработчикам придется осваивать новые технологии и использовать их впервые	Увеличится время на разработку программного продукта. Возможно снижение качества
Организация работы	Участники проекта территориально удалены	Обмен информацией внутри группы затрудняется. Время на достижение целей проекта увеличивается

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

Таблица 51

Пример заполнения расширенного журнала рисков

Тип риска	Описание риска	Проактивные мероприятия	Реактивные мероприятия	Вероятность	Последствия	Фактор риска
Технологический	Заказчик может задержать выпуск продукта из-за постоянных изменений и дополнений требований к продукту	1. Разделить требования на «абсолютно необходимые» и «хорошо бы было иметь», до запуска системы выполнять только абсолютно необходимые требования 2. Убедиться в том, что руководство заказчика понимает и поддерживает подход, что заявки на изменения будут выполняться после завершения основных работ везде, где это возможно	1. Обсудить изменение сроков ввода системы в эксплуатацию из-за накопившегося объема изменений для обеспечения необходимого уровня качества финального продукта	8	6	48
Финансовый	Заказчик настаивает на бесплатном исправлении всех ошибок (в данном случае речь идет только о тех пунктах, которые мы также можем признать ошибками), что может привести к серьезным финансовым потерям	1. Включить в план работ бюджет и время программистов на исправление ошибок по результатам тестирования. 2. Разъяснять ключевым представителям заказчика, что выявление и исправление ошибок является частью технологии разработки ПО	1. В случае невозможности достижения договоренности поднять вопрос на уровень управляющего комитета	8	6	48

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

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

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

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

М

Рисунок 22. Отображение миграции риска А в матрице воздействия риска

атрица вероятностей и последствий позволяет отслеживать динамическую миграцию рисков. На Рисунок 22 показано изменение ранга риска А с течением времени. В апреле риск находился в зоне низкого риска, в мае переместился в область умеренного, а в июне попал в зону критически высокого риска (см. Рисунок 23).

Рисунок 23. Пример отслеживания временной динамики ранга риска А