Количественный анализ рисков.

⇐ ПредыдущаяСтр 9 из 9

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

· определить вероятность достижения конкретной цели проекта;

· количественно оценить подверженность проекта риску, и определить величины необходимых страховых резервов для стоимости и сроков проекта;

· идентифицировать риски, требующие наибольшего внимания, путем количественной оценки их относительного вклада в риск проекта;

· определить реалистические и достижимые цели по стоимости, срокам и содержанию проекта.

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

Планирование реагирования на риски.

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

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

Мониторинг и управление рисками.

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

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

Целью мониторинга рисков является определение того, что:

· реагирование на риски производится в соответствии с планом;

· эффективность реагирования соответствует ожиданиям, или есть необходимость в разработке нового реагирования;

· допущения проекта по-прежнему справедливы;

· подверженность рискам изменилась, с анализом трендов;

· наступило событие, являющееся признаком риска (триггер);

· применяются правильные методики и процедуры;

· возникли или наступили риски, которые ранее не были идентифицированы.

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

Управление контрактами проекта.

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

· планирование контрактов – определение предмета и сроков поставок;

· планирование заявок – документирование требований к продукту и определение потенциальных поставщиков;

· получение предложений – получение расценок, заявок, оферт или предложений от потенциальных поставщиков;

· выбор поставщиков – выбор среди потенциальных поставщиков;

· администрирование контрактов – управление взаимоотношениями с поставщиками;

· закрытие контрактов – завершение и проведение взаиморасчетов по контрактам, включая разрешение спорных вопросов.

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

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

Обычно поставщик рассматривает свою деятельность как проект. В этом случае:

· покупатель становится клиентом и, соответственно, является ключевым участником проекта для поставщика;

· команда поставщика по управлению проектом должна владеть всеми процессами по управлению проектами, а не только в своей области приложения;

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

В данной главе предполагается, что поставщик является внешним по отношению к исполняющей организации. Большая часть обсуждения, однако, в равной степени относится к формальным соглашениям между подразделениями исполняющей организации. Для неформальных соглашений более применимы процессы, описанные в гл. 9 (Управление человеческими ресурсами проекта) и гл. 10 (Управление взаимодействием).

Планирование контрактов.

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

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

Если в рамках проекта исполняющая организация не приобретает продукты или услуги на стороне, этапы от планирования поставщиков (12.2) до закрытия контрактов (12.6) не выполняются.

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

Планирование заявок.

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

Получение предложений.

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

Выбор поставщиков.

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

· Цена может быть основным критерием выбора продукта с полки, но предложение с минимальной ценой может оказаться не лучшим сточки зрения стоимости, если поставщик не сможет обеспечить своевременных поставок;

· Предложения часто рассматриваются и оцениваются раздельно с технологической и стоимостной точек зрения;

· Для особо важных продуктов может потребоваться не один источник поставок.

Методы и средства могут использоваться по отдельности или в комбинации друг с другом. Например, взвешенный анализ может использоваться для:

· выбора одного источника поставок, с которым будет подписан стандартный контракт;

· ранжирования всех предложений и определения последовательности, в которой будут проводиться последующие переговоры.

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

⇐ Предыдущая 1 2 3 4 5 6 7 89