Ответы к зачету. Понятие и фазы жизненного цикла проекта
 Скачать 1.72 Mb.
|
|
Методы качественного анализа рисков Оценка вероятности возникновения и влияния рисков Матрица вероятности и воздействия Оценка качества данных о рисках Классификация рисков Оценка срочности рисков Экспертная оценка Влияние риска должно оцениваться относительно стоимости проекта: Низкое Умеренное Высокое Проведение количественного анализа рисков и метод моделирования Анализ чувствительности - помогает определить, какие риски имеют максимальное потенциальное влияние на проект Анализ ожидаемой денежной стоимости - статистический подход, который рассчитывает средний результат с учетом будущих сценариев, которым могут произойти или не произойти Анализ дерева решений - структурно обычно представляется в виде разветвляющейся диаграммы решений, которая описывает рассматриваемую ситуацию и последствия, которые могут иметь все возможные выборы Моделирование - переводит неопределенности, приведенные на детализированном уровне проекта, в потенциальное влияние на цели проекта Методы количественного анализа рисков Опрос Распределение вероятностей Анализ чувствительности (диаграмма Торнадо) Анализ ожидаемого денежного значения Анализ дерева решений Метод Монте-Карло (моделирование) Нормализованный балл рисков Планирование реагирования на риски - это процесс разработки вариантов и действий для расширения возможностей и сокращения угроз целям проекта; для этого необходимо: выявить риски и их описание, область проекта, на которую они влияют, причины рисков и их возможное влияние на цели проекта; определить, кто владеет теми или иными рисками и несет за них ответственность; использовать результаты процессов проведения качественного и количественного анализа рисков; разработать согласованные стратегии реагирования для каждого риска в плане рисков; осуществить специфические действия для осуществления выбранных стратегий реагирования; оценить уровень ожидаемого остаточного риска после реализации стратегии; определить бюджет или время для реагирования; оценить возможные потери и резервные планы. Существует четыре классификации стратегий реагирования Стратегии для негативных рисков и угроз (Избежать, Передать, Снизить) Стратегии для позитивных рисков и возможностей (Использовать, Поделиться, Расширить) Стратегии для угроз и благоприятных возможностей (Принять) Стратегии реагирования на непредвиденные обстоятельства Стратегии реагирования на риски Стратегии для негативных рисков Избежать Передать Снизить Стратегии для позитивных рисков Использовать Поделиться Расширить Существует четыре классификации стратегий реагирования Стратегии для негативных рисков и угроз (Избежать, Передать, Снизить) Стратегии для позитивных рисков и возможностей (Использовать, Поделиться, Расширить) Стратегии для угроз и благоприятных возможностей (Принять)s Стратегии реагирования на непредвиденные обстоятельства Стратегия уменьшения риска (практический подход)
оценить альтернативы и выбрать наиболее подходящую альтернативу для каждого риска и класса риска; включить отобранные альтернативы в план управления рисками, другие планы проекта и WBS. Стратегии реагирования на негативные риски и угрозы Избежать - избежание риска предполагает изменение плана управления проектом с целью устранений угрозы, которая исходит от неблагоприятного риска, изолирования целей проекта от влияния риска или снижения цели, которая находится под угрозой Передать - передача риска требует передачи негативного влияния угрозы и необходимости реагирования третьим лицам Снизить - снижение риска предполагает уменьшение вероятности и/или влияния негативного случая риска до приемлемого порога Стратегии реагирования на позитивные риски и возможности Использовать - Данная стратегия предполагает устранение неопределенности, связанной с конкретным положительным риском, за счет принудительного наступления благоприятной возможности Поделиться - Поделиться позитивным риском значит передать его третьим лицам, которые сумеют лучше воспользоваться этой возможностью во благо проекта Расширить - Изменить размеры благоприятной возможности за счет увеличения вероятности и/или положительного влияния и за счет выявления и усиления движущих факторов этих позитивных рисков Стратегии реагирования на угрозы и благоприятные возможности Принять - Это означает, что команда проекта приняла решение не менять план управления проектом для работы с риском или не в состоянии выработать иную подходящую стратегию реагирования Стратегии реагирования на непредвиденные обстоятельства Планирование возможных потерь при рисках: подготовить план действий на случай наступления риска Средства на возможные потери или Рисковый резерв - Сумма денег или время, сверх запланированных, необходимые для снижения риска превышения целевых параметров проекта до приемлемого для организации уровня (самая типичная стратегия принятия) Мониторинг и управление рисками - процесс отслеживания выявленных рисков, мониторинга остаточных рисков, идентификации новых рисков, выполнения планов реагирования на риски и оценки их эффективности на протяжении всего жизненного цикла проекта, включая: проведение контрольных экспертиз внешними специалистами; идентификация новых рисков, которые могут возникнуть в результате изменений; осуществление плана реагирования на риски в случае их наступления. Роль менеджера проекта в управлении рисками Убедитесь в том, что управление рисками действительно происходит! Привлекайте команду и заинтересованных лиц к процессу, не Делайте все самостоятельно. Включайте управление рисками в процессы планирования управления проектом. Выберите верные стратегии управления рисками (например, сдерживания или резервная) для каждого рискового случая. Осуществляйте мониторинг и управление рисками в регулярном порядке . Проводите переоценку риска после каждого рискового случая на предмер вероятности, последствий и новых случаев. Уведомляйте заинтересованные стороны о рисках должным образом. Удостоверьтесь в том, что план управления рисками соблюдается Ключевые идеи Управление рисками имеет важное значение для успеха проекта Используйте управление рисками целью достижения максимально положительного результата и минимизации негативных последствий Документируйте стандарты и процедуры управления рисками и регулярно пересматривайте их с командой проекта Принимайте меры для оценки и контроля каждого элемента риска Формально оценивайте результат каждого действия Риск включает в себя как возможности получения прибыли, так и потенциальную вероятность убытков Управление рисками - повторяющийся процесс, который осуществляется на всем протяжении жизненного цикла проекта Управление проектами и программами проект — это временная деятельность, предпринятая для создания уникального продукта или услуги. К основным аспектам системы управления типовыми проектами могут быть отнесены стандартизация и шаблонирование. Как и в случае с любой повторяющейся деятельностью, описание шагов процесса может быть представлено в форме шаблонов, которые упрощают выполнение проекта. Методология управления типовыми проектами должны быть ориентирована на максимальную степень унификации всех компонентов проектной деятельности: этапов проекта и его работ, согласно их последовательности во времени (сделать один типовой план проекта или несколько алгоритмов для разных вариантов ситуаций); типовых документов (шаблоны работ, соответствующим проектному плану); типовых коммерческих предложений, типовых договоров; типовых документов проекта: устав, матрица ответственности, план коммуникаций проекта и пр. Ключевые положения (типа «мозги».)
Жизненный цикл проекта — это промежуток времени между моментом формализации идеи или утверждения технического задания проекта и моментом его закрытия, т.е. от состояния, «когда проекта еще нет», до состояния, «когда проекта уже нет». Роль ЖЦ проекта: - определяет продолжительность проекта, четко обозначая даты его начала и завершения; - позволяет детализировать процесс реализации замысла, разбивая его на конкретные фазы; - дает возможность четко определить количество задействованного персонала, а также необходимые ресурсы; - облегчает процедуру контроля. Каскадная (водопадная) модель жизненного цикла проекта -составление четкого плана действий по достижению поставленных целей; по каждому действию определяется определенный перечень задач, а также обязательных к исполнению работ; внедрение промежуточных (контрольных) этапов, на которых будет проводиться контроль за соблюдением ранее разработанного плана. Преимущества.
Недостатки.
Итерационная модель жизненного цикла проекта Подразумевает выполнение работ параллельно с непрерывным анализом полученных результатов и корректировкой предыдущих этапов работы. Проект при этом подходе в каждой фазе развития проходит повторяющийся цикл: Планирование — Реализация — Проверка — Оценка Преимущества. 1. снижение воздействия серьезных рисков на ранних стадиях проекта, что ведет к минимизации затрат на их устранение; 2.организация эффективной обратной связи проектной команды с потребителем (а также заказчиками, стейкхолдерами) и создание продукта, реально отвечающего его потребностям; 3.акцент усилий на наиболее важные и критичные направления проекта; 4.непрерывное итеративное тестирование, позволяющее оценить успешность всего проекта в целом; 5.раннее обнаружение конфликтов между требованиями, моделями и реализацией проекта; 6.более равномерная загрузка участников проекта; 7.эффективное использование накопленного опыта; 8.реальная оценка текущего состояния проекта и, как следствие, большая 9.уверенность заказчиков и непосредственных участников в его успешном завершении. Спиральная модель жизненного цикла проекта Жизненные циклы проекта, которые отличаются цикличностью, разрабатываются согласно спиральной модели. На каждом витке определяется эффективность разработки в соответствии с ее стоимостью Преимущества.
Недостатки.
Инкрементная модель жизненного цикла проекта модель предполагает разбиение жизненного цикла проекта на последовательность итераций, каждая из которых представляет собой «мини-проект», включая все фазы жизненного цикла в применении к созданию меньших фрагментов функциональности, по сравнению с проектом, в целом. Каждая итерация преследует цель – получение работающей версии программной системы, включающей функциональность, определенную интегрированным содержанием всех предыдущих и текущей итерации. Результаты финальной итерации содержит всю требуемую функциональность продукта. Преимущества.
Недостатки В модели не предусмотрены итерации в рамках каждого инкремента. Определение полной функциональной системы должно осуществляться в начале жизненного цикла, чтобы обеспечить определение инкрементов. Заказчик должен осозновать, что общие затраты на выполнение проекта не будут снижены. Окружение проекта (Project environment) – это среда проекта, порождающая совокупность внутренних и внешних сил, которые способствуют или мешают достижению целей проекта. большинство проектов сами воздействуют на окружающую среду, и это, в частности, наблюдается в инфраструктуре проекта факторы окружения проекта сами изменяются во время осуществления проекта, особенно, если он длится несколько лет и осуществляется поэтапно проект и его окружение не только связаны между собой, не только взаимно влияют друг на друга, но и взаимно адаптированы Свойства проекта проект возникает, существует и развивается в определенном окружении, называемом внешней средой состав проекта не остается неизменным в процессе его реализации и развития: в нем могут появляться новые элементы (объекты), из его состава могут удаляться некоторые его элементы проект, как и всякая система, может быть разделен на элементы, при этом между выделяемыми элементами должны определяться и поддерживаться определенные связи проект не является жестким стабильным образованием: ряд его элементов в процессе реализации проекта могут менять местоположение, переходя в состав проекта из внешней среды и обратно некоторые элементы проекта могут использоваться как в его составе, так и вне его Дальнее (внешнее) окружение оказывает существенное влияние на проект, как через предприятие, так и непосредственно. Причем, чем крупнее масштабы проекта, тем более существенно влияние. Характеризуется следующими чертами: 1) медленно меняется; 2) «сильно» влияет на проект (при его изменении проект может быть ликвидирован); 3) проект «слабо» влияет на дальнее окружение |