Документы планирования рисков должны быть интегрированы с общим планом проекта, и запланированные действия должны быть включены в его календарный график.
Мониторинг рисков -
Мониторинг рисков
Мониторинг рисков (risk tracking) – это четвертый шаг процесса управления рисками MSF. Он важен для эффективной реализации запланированных действий. Мониторинг контролирует обеспечивает своевременное исполнение превентивных мер и планов по смягчению последствий в рамках имеющихся в проекте ресурсных ограничений. Первоочередная деятельность проектной группы на этом этапе – это наблюдение за количественными параметрами рисков и условиями их триггеров. Это дает во зможность убедитьсяс целью отслеживания моментов “включения”, что запланированныезапланированных по отношению к риску действиядействий оказывают эффект. Мониторинг – это наблюдательная деятельность, предусмотренная составленным для рискаранее планом управления рисками. На рис. 6 Ппроцесс мониторинга схематически показан схематическина рис. 6.// Тут будет картинка
Цели
Цельюи фазы мониторинга рисков: наблюдение за прогрессом в выполнениеми принятых в отношении рисков планов (уровень продвижения по планам предотвращения рисков и смягчения их последствий), и количественными параметрами (метриками), приводящими в действие триггеры планов смягчения последствий,, а также информирование проектной группы о необходимости осуществления планаов смягчения последствийреагирования при в случае активации соответствующих им триггеров.
Исходные данные
Основными исходными данными для мониторинга являются:
-
ПодготовленныеДокументированные ранее дей планы действийя в отношении рисков, содержащие планы описание шагов по предотвращению и смягчению последствий, а также специфицирующие характеристики и количественные триггеры, подлежащие мониторингу, подлежащие мониторингу.
-
Полезные для мониторингаЛюбые необходимые отчеты о ходе проекта, которые (из числа были используемых использованы для мониторинга оценки прогресса проекта в рамках стандартной схемы инфраструктуры управления проектом).
В зависимости от того, к каким количественным параметрам проектная группа применяет мониторинг, могут быть использованы различные дополнительные источники информации., такие какВ их число входят базы данных мониторинга проектов, хранилища исходного кода программ и системы регистрации рабочего времени. Даже такие источники, как как системы управлениябазы данных отделов кадрами кадров, могут быть полезны в получении данных, имеющих отношение кнеобходимой для мониторингуамониторинга информации.
Мероприятия по мониторингу
Во время проведения фазы мониторинга проектная группа в процессе своей повседневной работы осуществляет деятельностьвоплощает в жизнь предусмотренную планомыпланы по предотвращению рисков как часть своей повседневной работы. За прогрессом этой деятельности ведется наблюдение. Также производится наблюдение за изменениями значений триггеров рисков. Все это отражается в отчетах о состоянии, составляемых для каждого из рисков.
Примеры параметров, к которым могут быть привязаны триггеры, и за которыми может проводиться постоянное наблюдение:
-
Количество “открытых” (найденных и неисправленных) ошибок на один модуль или компонент..
-
Среднее за неделю количество внесверхурочных рабочих часов работы на одного разработчика сотрудника.в неделю.
-
Еженедельное Количествоколичество требуемых изменений кода в требованиях к разрабатываемой системев расчете на одну неделю.
Отчетность о состоянии рисков
Отчетность о рисках должна проводиться осуществляться на двух уровнях. Внутри самой проектной команды регулярные отчеты о состоянии рисков должны рассматривать четыре возможные ситуации для каждого риска:
-
Риск разрешен, т.е. план действий в отношении этого риска выполнен.
-
Предпринимаемые действия идут в соответствии с разработанным планом. В этом случае они должны быть в соответствии с ним продолжены.
-
Некоторые действия отклаоняются от намеченного плана. В этом случае должны быть приняты корректирующие меры.
-
В отношении одного или нескольких рисков ситуация значительно существенно изменилась. Как правило, это должно означать повторное проведение этапов шагов анализа и планирования.
В отчетах, представляемых другим “внешним” заинтересованным сторонам, проектная группа должна докладывать о главных рисках и затем резюмировать состояние дел по управлению ими. Также полезно будет бывает показать, какими были приоритеты рисков в предшествующиех отчетных моментыпериодах, как они изменялись,, и сколько раз каждый из них рисков находился в списке главных рисков. По мере осуществления управления рисками общий уровень ожидаемой величины рисков проекта должен приближаться к приемлемому значению.
Результаты
Цель отчета о состоянии риска – сообщение информирование о происходящих изменениях в статусе риска и о прогрессе в осуществлении планов по его предотвращению. ИнформацияСведения, которые полезно указать в отчете:
-
Наименование риска.
-
Классификация риска (по составляющей к какой области проекта относится).
-
Исходные оценки вероятности, воздействияугрозы и ожидаемой величины.
-
Текущие оценки вероятности, воздействияугрозы и ожидаемой величины.
-
Уровень риска (низкий, средний, высокий).
-
Краткое изложение планов предотвращения и смягчения последствий.
-
Состояние плана предотвращения (завершенные мероприятия).
-
Готовность плана по смягчению последствий.
-
Состояния триггеров.
-
Планируемые действия.
-
Лицо, ответственное за риск.
Цель сводного отчета о рисках, направляемого руководству или внешним заинтересованным сторонам, – доклад об общем состоянии рисков проекта. Полезно включить в такой отчет следующую информацию:
-
Наименование проекта.
-
Уровень риска в различных составляющих проекта.
-
Тенденции изменений в рисках.
-
Сводка планов по предотвращению и смягчению последствий.
Такой отчет обычно включается в общий отчет о состоянии проекта.
Достарыңызбен бөлісу: |