Microsoft Solutions Framework Официальное издание Белая книга



бет13/17
Дата20.07.2016
өлшемі1.02 Mb.
#212394
түріКнига
1   ...   9   10   11   12   13   14   15   16   17

Избежание


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

Перенос


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

  • страхование;

  • нНаемайм сторонних консультантов с большим опытом работы;

  • Покупкупокупка готовой компоненты ввзамен место ее реализации создания собственными силами;

  • привлечение внешних субподрядчиков.

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

Предотвращение


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

Главная цель предотвращения риска – сокращение снижение его вероятностиего реализации. Например, некоторое дополнительное количество подключений к сети Internet сокращает риск полной потери доступа к нейв глобальную сеть.

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

Смягчение последствий (реагирование)


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

Существует два типа триггеров:



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

  • Триггеры уровня опираются на какие-либо измеряемые или наблюдаемые параметры.

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

Календарное планирование


Календарное планирование (scheduling) относящейся к рисковам деятельности должно следовать стандартным методикам, рекомендованным MSF30 в целом для календарного планирования проекта. в MSF.31 Важно, чтобы со стороны проектная группыа понимала, что мероприятия по управлению рисками – это нормальная неотъемлемая часть всякого проекта, а не дополнительный дополнительная круг ответственностиработа, взятие которой осуществляетсяосуществляемая на добровольных началах. Вся деятельность, связанная с рисками, должна быть включена в календарный план проекта и его подчиняться стандартным процедурам отчетностьотчетности.

Результаты


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

Планируемые действияДеятельность по управлению рисками


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

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


Документирование действийпланов


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

  • Идентификатор риска. Уникальное имя риска (для мониторинга и отчетности).

  • Формулировка риска. Неформализованное выражение, описывающее Описание риска на естественном языке, причину,включая могущую привестиведущее к к потерям условие и сами эти потери (последствия) , которые возникнут, если риск превратится в проблему.

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

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

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

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

  • Триггеры планов реагирования (смягчения последствий). Критерии, используемые проектной группой для определения условий начала осуществления плана смягчения последствий.

  • Метрика смягчения последствийреагирования. Метрика, используемая проектной группой для определения эффективности стратегии смягчения последствий рискареагирования.

  • Ответственность. Роль проектной группыевой кластер и отдельныхе лица, ответственныхе за осуществление запланированных действий.


Достарыңызбен бөлісу:
1   ...   9   10   11   12   13   14   15   16   17




©dereksiz.org 2024
әкімшілігінің қараңыз

    Басты бет