Методы и средства инженерии программного обеспечения

       

Методы управление рисками


Причиной возникновения рисков являются неопределенности, существующие в каждом проекте. Риски могут быть “известные”, которые определены, оценены и  которые можно планировать. Риски “неизвестные”, которые не идентифицированы и не могут быть спрогнозированы [9–12].

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

 Многие компании уделяют внимание разработке и применению корпоративных методов управления рисками, которые  учитывают специфику проектов и корпоративные методы управления.

Американский Институт управления проектами (PMI) разрабатал стандарты в области управления проектами и в последнее время  переработал разделы, регламентирующие процедуры управления рисками. В новой версии PMBOK шесть процедур управления рисками:

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

2.                  Идентификация рисков – определение рисков, способных повлиять на проект, и документирование их характеристик.

3.                  Качественная оценка рисков – качественный анализ рисков и условий их возникновения с целью определения их влияния на успех проекта.

4.                  Количественная оценка – количественный анализ вероятности возникновения и влияния последствий рисков на проект.

5.                  Планирование реагирования на риски– определение процедур и методов по ослаблению отрицательных последствий рисковых событий и использованию возможных преимуществ.

6.  Мониторинг и контроль рисков для  определения остающихся рисков, выполнение плана управления рисками проекта и оценка  действий по минимизации рисков.

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



Содержание раздела