ФормулировкаФормулировки рисков

ФормулировкаФормулировки рисков

Такая форма выражения описания риска удобна тем, что на ранних этапах процесса управления рисками она увязывает последствие риска с видимойвидимым (и потенциально контролируемойконтролируемым) на ранних этапах фазы выявления его причинойусловием. Использование альтернативного подхода, при котором проектная группа не концентрируется на выявленииописании причин только лишьусловий на фазе выявления рисков, ведет к тому, что на более позднем этапе (при разработке стратегий управления) проектной группе приходится вспоминать восстанавливать имеющиеся условия и причины рисков на более позднем этапе при разработке стратегий управления.

Заметим, что формулировки рисков не являются предложениями в форме “если то”. РеальноВ действительности они представляют собой факты наличия возможных, но еще не случившихся последствийзависимостей. Рассмотрение гипотетических причинно-следственных связей “если-то” может оказать помощь при выработке планов с использованием деревьев альтернатив на этапе анализа и планирования. Однако на этапе выявления рисков задача состоит в обнаружении максимально возможного их их числа. Поэтому анализ причинно-следственных связей должен быть отложен до фазы планирования. На раннем этапе работы над проектом можно встретить огромное количество таких формулировок рисков, которые указывают на недостаточную информированность проектной группы. Это могут быть такие выражения как: “Мы еще не знаем об X, поэтому...”

3. 
   Формулировки рисков// Тут будет картинка
   

Зачастую оказывается, что одна выявленная причинао условие риска влечет за собой множество последствий. Также возможно, что последствие, выявленное в одной составляющей проекта, может оказаться в роли причины/условия в другой составляющей. Подобные ситуации должны регистрироваться проектной группой в форме, позволяющей учесть на этапе анализа существующие между рисками взаимозависимости и взаимодействияпри принятии решений на фазе анализа и планирования рисков существующие между рисками взаимозависимости и взаимодействия. Такие взаимоотношения могут означать, что исчезновение одного риска может привести вк ликвидации целой группы зависимых рисков и соответствующим изменениям в состоянии рисков всего проекта. Протоколирование Документирование этих взаимозависимостей на ранней стадии обнаружения рисков способно обеспечить гибкое исчерпывающее детальное планирование рисков, эффективно использующее ресурсы проекта для работы над первопричинойами и начальными звеньями цепочек причинно-следственных связей в рисках..

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

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

Результаты

Как минимум, в результате процесса выявления рисков должны быть получены их четкие, однозначные и согласованные формулировки, представленные в виде списка рисков. Если риски формулируются как связки причинаусловие-последствие в соответствии с рекомендациями SEI²⁰, NASA²¹ или ранних версий MSF,^22,23, то результатом будет набор таких условных формулировок для всех выявленных рисков. Этот список рисков (представленный в табличной форме) служит исходной информацией для следующегоследующей этапафазы процесса управления рисками – анализа. Выявление рисков обычно предоставляет значительный объем дополнительной полезной информации, включая обнаружение первопричин рисков и определение приносимого ущерба, затрагиваемые заинтересованные стороны и т. др.

Дисциплина управления рисками MSF рекомендует вести запись формулировок выявленных рисков, их первопричин и приносимого ими ущерба в табличной форме. Также полезно классифицировать эти риски по какой-либо существующей таксономии, так как это может помочь пополнить базу знаний предприятия о рисках. В список рисков может также вноситься информация, определяющая контекст риска. Это должно позволить как другим сотрудникам, так и заинтересованным лицам со стороны понять суть произведенной работы по выявлению рисков.^24,25,26. Описание контекста рисков может включать в себя

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

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

Первопричина	ПричинаУсловие	Последствие	Приносимый ущерб
Нехватка кадров	Могут быть объединены роли разработчиков и тестировщиков	В программном продукте будет содержаться больше ошибок	Заказчик будет менее доволен результатом
Изменения в технологии	Разработчикам приходится придется использовать новый язык программирования	Увеличится затрачиваемое на разработку время	Наш продукт будет представлен на рынке в более поздние сроки, что приведет к захвату части рынка конкурентами
Организация работы	Часть группы разработчиков находится в Лондоне, а часть – в Лос-Анжелесе	Обмен информацией внутри группы затрудняется	Задержки в сроках сдачи готового продукта и дополнительные трудозатраты

жүктеу/скачать 1.02 Mb.

Достарыңызбен бөлісу: