Определение рисков Определение рисков — первая стадия процесса управления рисками. На этой стадии описываются риски, которые могут проявиться при реализации проекта. В принципе на этой стадии не должна оцениваться вероятность и значимость рисков, но на практике маловероятные риски с незначительными последствиями обычно отбрасываются сразу.
Определение рисков может выполняться в режиме командной работы с использованием подхода "мозговой штурм" либо основываться на опыте менеджера. При определении рисков может помочь приведенный ниже список возможных категорий рисков.
Технологические риски. Проистекают из программных и аппаратных технологий, на основе которых разрабатывается система.
Риски, связанные с персоналом. Связаны с членами команды разработчиков.
Инструментальные риски. Связаны с используемыми CASE-средствами и другими средствами поддержки процесса создания ПО.
Риски, связанные с системными требованиями. Проявляются при изменении требований, предъявляемых к разрабатываемой системе.
Риски оценивания. Связаны с оцениванием характеристик программной системы и ресурсов, необходимых для реализации проекта.
В табл. 5 представлены некоторые примеры, относящиеся к каждой из описанных категорий рисков. Результатом этапа определения рисков будет длинный список возможных рисков, которые могут повлиять на разрабатываемый программный продукт, проект или организацию-разработчика.
Таблица 5 - Категории рисков
Категория рисков
Примеры рисков
Технологические риски
База данных, которая используется в программной системе, не обеспечивает обработку ожидаемого объема транзакций.
Программные компоненты, которые используются повторно, имеют дефекты, ограничивающие их функциональные возможности
Невозможно подобрать работников с требуемым профессиональным уровнем.
Ведущий разработчик заболел в самое критическое время.
Невозможно организовать необходимое обучение персонала
Организационные риски
В организации, выполняющей разработку ПО, произошла реорганизация, в результате чего изменились приоритеты в управлении проектом.
Финансовые затруднения в организации привели к уменьшению бюджета проекта
Инструментальные риски
Программный код, генерируемый CASE-средствами, не эффективен.
CASE-средства невозможно интегрировать с другими средствами поддержки проекта
Риски, связанные с системными требованиями
Изменения требований приводят к значительным повторным темными требованиями работам по проектированию системы.
Первоначальная нечеткая формулировка пользовательских требований привела к значительным изменениям системных требований, проявившихся на поздних стадиях разработки проекта
Риски оценивания
Недооценки времени выполнения проекта.
Скорость выявления дефектов в системе ниже ранее запланированной.
Размер системы значительно превышает первоначально рассчитанный