Richard E. (Dick) Технологии определения риска

9.5 Технологии определения риска

Richard E. (Dick),
Перевод: Дюмин А.Г.

Источник: Richard E. (Dick) Fairley Managing and leading software projects // a John Wiley & Sons, inc., publication. 2009.

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

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

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

9.5.1. Проверочные списки

Проверочные списки часто используются для идентификации факторов риска. Они могут быть использованы индивидуумами, группами, или как способы участия в Дельфийском процессе (см. главу 6). Риск таксономии разработан в SEI и является одним из самых известных списков проверок для определения риска. Таксономия это трехуровневая иерархия общих факторов риска для программного обеспечения (таблица 9.5а) перечисляет два главных уровня этой иерархии. Таблица 9.5б перечисляет некоторые элементы второго, третьего уровней в этой иерархии. Доклад, который содержит полную таксономию и другие аспекты определений риска и управления риском, могут быть найдены в ссылках.

Таблица 9.4 некоторые технологии для определения факторов риска

1. Контрольные списки
2. Мозговая атака
3. Экспертная оценка
4. SWOT анализ
5. Анализ потребления
6. Конструктивный анализ
7. Файлы изучения уроков
8. Моделирование стоимости
9. Анализ графика
10. Триада требований
11. Активы изобретений
12. Анализ торговли

Таблица 9.5а главные показатели риска SEI

Элементы высокого уровня	Элементы второго уровня
A. Производственная технология (технологические аспекты работы)	А.1.Требования А.2.Дизайн А.3.Шифровка и тестирование элементов А.4.Интеграция и тестирование А.5.Технологические особенности
B. Развитие окружающей среды (методы, процедуры и используемое оборудование)	В.1.Развитие процесса В.2.Развитие системы В.3.Управление процессом В.4.Методы управления В.5.Работа периферии
C. Программное построение (конструктивное, организационное, и факторы управления, которые находятся вне контроля местного менеджмента	С.1.Средства С.2.Контракт С.3.Программные интерфейсы

Таблица 9.5.В некоторые элементы второго и третьего уровня таксонометрии риска SEI