Microsoft Solutions Framework Официальное издание Белая книга
Вид материала | Книга |
СодержаниеФормулировкаФормулировки рисков Формулировки рисков// Тут будет картинка |
- Microsoft Solutions Framework Белая книга, 344.57kb.
- Microsoft Solutions Framework Белая книга, 618.02kb.
- Microsoft Solutions Framework Белая книга, 596.75kb.
- Н. И. Лобачевского Факультет Вычислительной математики и кибернетики Кафедра Математического, 169.45kb.
- Н. И. Лобачевского Факультет Вычислительной математики и кибернетики Кафедра Математического, 172.6kb.
- Сравнительная характеристика систем управления предприятием Microsoft® Business Solutions-Navision®, 332.01kb.
- Microsoft Business Solutions ApS являются частью корпорации Microsoft. Названия действующих, 309.28kb.
- Учебная программа курса Введение в обязанности и условия работы специалиста по технической, 16.36kb.
- Курс «Обзор перспективных технологий Microsoft. Net» Губанов Ю. А., математико-механический, 177.56kb.
- Белая книга жизни книга 3 о здоровье и об устранении, 14327.18kb.
ФормулировкаФормулировки рисков
Формулировка риска – это выражение на естественном языке причинно-следственной связи между реально существующим фактором проекта или (текущим положением дел) и потенциально возможным, еще не случившимся событием или ситуацией. Эта формулировка производится при помощи обычного, естественного языканеформализованного выражения. Первая часть формулировки риска называется причиной условием (condition) и содержит описание существующего фактора или особенности проекта, которые, по мнению проектной группы, могут сделать результат проекта убыточным либо же сократить получаемую от проекта прибыль. Вторая часть формулировки риска называется (по)следствием (consequence). Она описывает ту нежелательную ситуацию, которой следует избежать. Первая и вторая части формулировки связываются такими словами, как “поэтому” и “в результате”, которые должны – они описыватьописывают не жесткую (т.е. с вероятностью меньше 100%), но возможную (с вероятностью меньше 100%) причинно-следственную связь. Схематически это показано на рис. 3.
Такая форма выражения описания риска удобна тем, что на ранних этапах процесса управления рисками она увязывает последствие риска с видимойвидимым (и потенциально контролируемойконтролируемым) на ранних этапах фазы выявления его причинойусловием. Использование альтернативного подхода, при котором проектная группа не концентрируется на выявленииописании причин только лишьусловий на фазе выявления рисков, ведет к тому, что на более позднем этапе (при разработке стратегий управления) проектной группе приходится вспоминать восстанавливать имеющиеся условия и причины рисков на более позднем этапе при разработке стратегий управления.
Заметим, что формулировки рисков не являются предложениями в форме “если то”. РеальноВ действительности они представляют собой факты наличия возможных, но еще не случившихся последствийзависимостей. Рассмотрение гипотетических причинно-следственных связей “если-то” может оказать помощь при выработке планов с использованием деревьев альтернатив на этапе анализа и планирования. Однако на этапе выявления рисков задача состоит в обнаружении максимально возможного их их числа. Поэтому анализ причинно-следственных связей должен быть отложен до фазы планирования. На раннем этапе работы над проектом можно встретить огромное количество таких формулировок рисков, которые указывают на недостаточную информированность проектной группы. Это могут быть такие выражения как: “Мы еще не знаем об X, поэтому...”
|
- Формулировки рисков// Тут будет картинка
При формулировании риска проектная группа должна рассматривать не толькокак причину потенциально возможного нежелательного исхода, но такжетак и непосредственно сам этот исход. Формулировка риска включает в себя видимое положение вещей в проекте (причинаусловие) в проекте совместно с представимой гипотетической ситуацией, которая может наступить (последствие). В качестве частипроцессе работы по детальному анализу рисков, проектная группа должна находить схожести и естественные объединения формулировок тех рисков проекта, которые имеют общую первопричину. Это может быть достигнуто отслеживанием вглубь цепочек причинно-следственнойых связией вглубь, отталкиваясь от каждойго из сформулированных причин условий рисков18. Также полезно отслеживать причинно-следственную связь в противоположном направлении для выявления возможных глобальных масштабных эффектов на уровне организации и внешней среды за рамками одного проекта. Это позволяет более полно представить глобальный суммарный урон или упущенные возможности, имеющие однуо специфическую общее причинуусловие, происходящую из одного проекта19.
Зачастую оказывается, что одна выявленная причинао условие риска влечет за собой множество последствий. Также возможно, что последствие, выявленное в одной составляющей проекта, может оказаться в роли причины/условия в другой составляющей. Подобные ситуации должны регистрироваться проектной группой в форме, позволяющей учесть на этапе анализа существующие между рисками взаимозависимости и взаимодействияпри принятии решений на фазе анализа и планирования рисков существующие между рисками взаимозависимости и взаимодействия. Такие взаимоотношения могут означать, что исчезновение одного риска может привести вк ликвидации целой группы зависимых рисков и соответствующим изменениям в состоянии рисков всего проекта. Протоколирование Документирование этих взаимозависимостей на ранней стадии обнаружения рисков способно обеспечить гибкое исчерпывающее детальное планирование рисков, эффективно использующее ресурсы проекта для работы над первопричинойами и начальными звеньями цепочек причинно-следственных связей в рисках..
Преимущество вВыявлениея причинно-следственных связей рисков должно дополняться проводимыми быстрофазами анализа и приоритезации с дальнейшей перепроверкой взаимозависимостей и первопричин наиболее важных рисков на шаге планирования.
Выгода от этой информации должна быть дополнена быстрым проведением исходящих из нее анализа и приоритезации с последующей перепроверкой взаимозависимостей и первопричин на этапе планирования для наиболее важных рисков.
Результаты
Как минимум, в результате процесса выявления рисков должны быть получены их четкие, однозначные и согласованные формулировки, представленные в виде списка рисков. Если риски формулируются как связки причинаусловие-последствие в соответствии с рекомендациями SEI20, NASA21 или ранних версий MSF,22,23, то результатом будет набор таких условных формулировок для всех выявленных рисков. Этот список рисков (представленный в табличной форме) служит исходной информацией для следующегоследующей этапафазы процесса управления рисками – анализа. Выявление рисков обычно предоставляет значительный объем дополнительной полезной информации, включая обнаружение первопричин рисков и определение приносимого ущерба, затрагиваемые заинтересованные стороны и т. др.
Дисциплина управления рисками MSF рекомендует вести запись формулировок выявленных рисков, их первопричин и приносимого ими ущерба в табличной форме. Также полезно классифицировать эти риски по какой-либо существующей таксономии, так как это может помочь пополнить базу знаний предприятия о рисках. В список рисков может также вноситься информация, определяющая контекст риска. Это должно позволить как другим сотрудникам, так и заинтересованным лицам со стороны понять суть произведенной работы по выявлению рисков.24,25,26. Описание контекста рисков может включать в себя
- условия;
- ограничения;
- обстоятельства;
- допущения;
- влияющие факторы;
- взаимозависимости рисков;
- связанные с рисками вопросы;
- владельцы подвергающихсяейся риску владельцев собственности;
- факторы, вызывающие у проектной группы беспокойство..
Полученный список рисков (с указанием или без указания условий и первопричин рисков, приносимого ущерба и контекстной информации) будет превращен в главную таблицу рисков на следующем этапе процесса управления рисками. Вот пример такого списка:
Первопричина | ПричинаУсловие | Последствие | Приносимый ущерб |
Нехватка кадров | Могут быть объединены роли разработчиков и тестировщиков | В программном продукте будет содержаться больше ошибок | Заказчик будет менее доволен результатом |
Изменения в технологии | Разработчикам приходится придется использовать новый язык программирования | Увеличится затрачиваемое на разработку время | Наш продукт будет представлен на рынке в более поздние сроки, что приведет к захвату части рынка конкурентами |
Организация работы | Часть группы разработчиков находится в Лондоне, а часть – в Лос-Анжелесе | Обмен информацией внутри группы затрудняется | Задержки в сроках сдачи готового продукта и дополнительные трудозатраты |