Идентификация риска

Методи керування ризиками

При разработке программного продукта неудовлетворительным результатом мо­жет быть: превышение бюджета, низкая надежность, неправильное функциониро­вание и т. д.

Управление риском включает шесть действий:

1. Идентификация риска — выявление элементов риска в проекте.

2. Анализ риска — оценка вероятности и величины потери по каждому элементу риска.

3. Ранжирование риска — упорядочение элементов риска по степени их влияния.

4. Планирование управления риском — подготовка к работе с каждым элементом риска.

5. Разрешение риска — устранение или разрешение элементов риска.

6. Наблюдение риска — отслеживание динамики элементов риска, выполнение корректирующих действий.

Первые три действия относят к этапу оценивания риска, последние три действия — к этапу контроля риска.

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

Источниками проектного риска являются:

o выбор бюджета, плана, человеческих ресурсов программного проекта;

o формирование требований к программному продукту;

o сложность, размер и структура программного проекта;

o методика взаимодействия с заказчиком.

К источникам технического риска относят:

o трудности проектирования, реализации, формирования интерфейса, тестирования и сопровождения;

o неточность спецификаций;

o а техническая неопределенность или отсталость принятого решения.

Главная причина технического риска — реальная сложность проблем выше предполагаемой сложности.

Источники коммерческого риска включают:

o создание продукта, не требующегося на рынке;

o создание продукта, опережающего требования рынка (отстающего от них);

o потерю финансирования.

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

1. Дефицит персонала.

2. Нереальные расписание и бюджет.

3. Разработка неправильных функций и характеристик.

4. Разработка неправильного пользовательского интерфейса.

5. Слишком дорогое обрамление.

6. Интенсивный поток изменения требований.

7. Дефицит поставляемых компонентов.

8. Недостатки в задачах, разрабатываемых смежниками.

9. Дефицит производительности при работе в реальном времени.

10. Деформирование научных возможностей.

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

Дата добавления: 2015-05-08