Автор работы: Пользователь скрыл имя, 25 Ноября 2009 в 16:23, Не определен
Введение
Понятие риска
Планирование управления рисками
Методы и инструменты планирования рисков
Результаты процесса планирования рисков
Идентификация рисков
Методы и инструменты идентификации рисков
Выходы процесса идентификации рисков
Качественный анализ рисков
Инструменты и методы, используемые для качественного анализа рисков
Количественный анализ рисков
Инструменты и методы количественного анализа рисков
Планирование реагирования на риски
Инструменты и методы процесса планирования реагирования на риски
Мониторинг и управление рисками
Инструменты и методы мониторинга и управления рисками
Заключение
Список использованной литературы
ожидаемая длительность для случайного узла В: (75 дней * 0,6) + (80 дней *0,4) = 78 дней
Результат дерева решений – вариант расписания с наименьшей продолжительностью, равной 72 дням.
Дерево решений – инструмент, который позволяет наглядно провести анализ проектных решений, содержащих несколько путей решения.
В процессе идентификации рисков начинается формирование реестра рисков, в процессе качественного анализа рисков выполняется его обновление, во время количественного анализа рисков происходит повторное обновление реестра. Реестр рисков является составной частью плана управления проектами, поэтому обновлению подлежат следующие основные элементы плана:
Процесс планирования реагирования на риски начинается после проведения качественного и количественного анализа рисков. На этом этапе следует назначить ответственных за реагирование и разработать предупреждающие действия для каждого риска. Планирование реагирования на риски - это процесс разработки методов и процедур, способствующих повышению благоприятных возможностей и снижению угроз для достижения целей проекта. Способы реагирования рассматриваются для каждого риска отдельно.
Входной информацией для планирования реагирования на риски является:
Планирование
реагирования на риски осуществляется
с помощью стратегий
Уклонение от риска. Эта стратегия состоит в полном исключении воздействия риска на проект за счет изменений характера проекта или плана управления проектом. Некоторые риски, возникающие на ранних стадиях проекта, например из-за отсутствия четкого определения требований Заказчика, можно избежать, затратив дополнительное время и увеличив трудозатраты на их выявление. Однако стратегия уклонения не может полностью исключить риск.
Передача риска. Стратегия передачи также исключает угрозу риска путем передачи негативных последствий с ответственностью за реагирование на третью сторону. Передача риска обычно сопровождается выплатой премии за риск стороне, принимающей на себя риск и ответственность за его управление. Сам риск при этом не устраняется. Условия передачи ответственности за определенные риски третьей стороне могут определяться в контракте. Для IT-проектов третьей стороной может выступать консалтинговая компания, на которую возлагается ответственность по управлению рисками.
Принятие риска. Стратегия означает решение команды не уклоняться от риска. При пассивном принятии команда ничего не предпринимает в отношении риска и в случае его возникновения разрабатывает способ его обхода или исправления последствий. При активном принятии план действий разрабатывается до того, как риск может произойти, и называется планом действий в непредвиденных обстоятельствах.
Снижение риска. Стратегия предполагает усилие, направленное на понижение вероятности и/или последствий риска до приемлемых пределов. В стратегии снижения используется включение в план проекта дополнительной работы, которая будет выполняться независимо от возникновения риска, как, например, проведение дополнительного тестирования функциональности информационной системы, разработка прототипа системы, дополнительное подключение к работе опытных сотрудников.
План управления проектом (обновления). Обновление плана управления проектом происходит за счет добавления операций реагирования на риски в процессе общего управления изменениями проекта.
Контрактные соглашения, касающиеся рисков. Контрактные соглашения составляются для того, чтобы юридически определить ответственность каждой из сторон на случай возникновения каждого отдельного риска. Это могут быть договоры страхования или оказания услуг.
Мониторинг и управление рисками – процесс отслеживания идентифицированных рисков, мониторинга остаточных рисков, идентификации новых рисков, исполнения планов реагирования на риски и оценки их эффективности на протяжении жизненного цикла проекта.
Мониторинг рисков является последним этапом процесса управления рисками. Он важен для эффективной реализации действий, запланированных на предыдущих этапах. Мониторинг - это наблюдательная деятельность, предусмотренная ранее составленным планом управления рисками. Мониторинг обеспечивает своевременное исполнение превентивных мер и планов по смягчению последствий и выполняется с помощью индикаторов - триггеров (другое название - "признаки рисков", "симптомы риска"), указывающих на возможность то, что события риска произошли или произойдут в ближайшее время. Симптомы рисков определяются на этапе идентификации рисков и фиксируются в Плане управления проектом в разделе "План управления рисками".
Примеры параметров, к которым могут быть привязаны признаки рисков и за которыми может проводиться регулярное наблюдение:
Цель мониторинга состоит в наблюдении за прогрессом выполнения принятых планов (предотвращения рисков и смягчения их последствий), количественными параметрами, условиями, определяющими применения плана реагирования на риски, и в информировании команды в случае наступления риска.
Во
время мониторинга команда
Таблица 7.8. Пример формы для мониторинга рисков | |||||||
Тип риска | Описание риска | Проактивные мероприятия | Реактивные мероприятия | Пороговые состояния | Вероятность | Влияние | Фактор риска |
Политический | Заказчик решил не внедрять систему | Плана нивелирования риска не существует. Заказчик решает либо внедрять систему, либо не внедрять | Если Заказчик не представляет стратегической ценности для OXS, не начинать проект | 6 | 9 | 54 | |
Политический | Ввиду того, что выбор системы (и подрядчика) проводился холдинговым руководством Заказчика, сам Заказчик на текущий момент не заинтересован в проекте и внедрении системы | 1. Проведение
ряда заблаговременных семинаров, повышающих
уровень заинтересованности Заказчика
во внедрении системы
2. Организация референс-визитов к успешным клиентам 3. Определение реальных лидеров в организации, Точечное повышение уровня их заинтересованности в успешном внедрении 4. ... |
n/a | 8 | 4 | 32 | |
0 |
Пересмотр рисков должен проводиться регулярно, согласно расписанию, составленному на этапе планирования. В процессе мониторинга и управления рисками может возникать необходимость в проведении идентификации новых рисков, пересмотре состояния известных рисков и планировании дополнительных мероприятий по реагированию на риски.
Аудит рисков предполагает анализ и документирование результатов оценки эффективности мероприятий по реагированию на риски, изучение причин их возникновения, оценку эффективности процесса управления рисками.
Анализ отклонений и трендов. Тренды в процессе выполнения проекта подлежат проверке с использованием данных о выполнении. Для мониторинга выполнения всего проекта используют методику освоенного объема. Отклонения от базового плана могут указывать на вызванные рисками последствия.
Анализ резервов. При анализе резервов производится сравнение объема оставшихся резервов на непредвиденные обстоятельства с количеством оставшихся рисков.
Совещания по текущему состоянию. Периодические совещания команды проекта по вопросам управления рисками являются инструментом для отслеживания состояния рисков проекта.
Реестр рисков (обновления). Обновленный реестр рисков включает в себя результаты пересмотра рисков, аудита и периодической проверки рисков, фактические результаты рисков проектов и результаты реагирования на риски. Реестр рисков становится частью документации по закрытию проекта.
Запрошенные изменения. Запрошенные изменения возникают в результате необходимости изменения плана управления проектом в ответ на риск. Одобренные запросы на изменения оформляются документально.
Информация о работе Понятие и планирование риска в процессе управления проектом