Главная » UML » Понятие риска

0

Как сказал Тим Листер (Tim Lister): "Все надежные проекты уже сделаны" . Традиционно в процессе разработки программного обеспечения вначале рассматриваются известные аспекты разработки. Точно описать, запланировать, распределить или прорецензировать можно только то, что известно точно. Управление риском относится уже к области неизвестных (и ненадежных) аспектов разработки. В настоящее время многие организации работают в режиме "отрицания риска": оценка и планирование производятся исходя из предположения, что все переменные известны, вся работа — механическая, а персонал — взаимозаменяем.

2 Software Risk Management Is Software Project Management. Seminar at Software productivity Center, Vancouver, В. С., Canada, May 1996.

 

Что такое риск?

Многие решения итеративного жизненного цикла управляются рисками. Для принятия эффективного решения нужно точно представлять риски проекта и иметь четкие стратегии по их устранению или смягчению последствий от их реализации.

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

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

Риски можно разделить на прямые и косвенные.

•       Прямой: риск, который можно в значительной степени контролировать

•       Косвенный: риск, не поддающийся (или слабо поддающийся) контролю со сто
роны проекта

Кроме того, можно ввести два важных параметра.

•       Вероятность появления

•       Воздействие на проект (серьезность)

Эти два параметра часто объединяют в единый показатель величины риска. Как правило, для описания величины риска достаточно пяти дискретных значений: высокий, значительный, умеренный, незначительный и низкий (риск).

Стратегии: как справиться с рисками

Ключевая идея процесса управления рисками звучит так: не стоит пассивно ждать, пока риск станет проблемой (или погубит проект), а лишь потом начинать думать, что же с ним делать. Для каждого воспринимаемого риска требуется заблаговременно определить стратегию поведения.

Итак, возможны три основные линии поведения .

•       Уклонение от риска.  Реорганизация  проекта,  при  которой  он уже  не будет
подвержен воздействию риска.

•       Перевод риска. Такая реорганизация проекта, при которой риску подвергается
кто-то другой или что-то другое (заказчик, поставщик, банк или другой элемент
проекта).

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

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

5 Barry W. Boehm. Software Risk Management: Principles and Practice. IEEE Software, Jan. 1991, pp. 32-41.

 

М Снизить вероятность риска. Предпринять предупреждающие действия для снижения вероятности реализации риска или смягчения последствий от их реализации.

Определить запасной план. Установить действия, предпринимаемые при превращении потенциального риска в актуальную проблему; другими словами, создать "план Б", план действий во внештатной ситуации.

Кроме того, как будет показано далее, риски играют довольно важную роль в планировании итераций.

По теме:

  • Комментарии