Презентации УП 2013 / Vachegin 2
.pdf
Проект, Контракты и риски Заказчика
Москва, декабрь 2013
Понимание риска
Понятие риска
•Привычное на бытовом уровне
•Неоднозначное с точки зрения науки и стандартов
Два необходимых нам определения риска
•Риск – это некая ценность, которую можно потерять при достижении другой ценности (шанс выиграть/проиграть).
•Риск – это неопределенность (или вероятностное событие) влияющее на установленные цели.
Другие важные для нас определения
Неопределенность – состояние полного или частичного отсутствия информации, необходимой для понимания события, его последствий и вероятности. Вероятность – 1. правдоподобность (likelihood); 2. мера возможности наступления события (probability).
Уровень риска – величина, выраженная как комбинация последствий и вероятности. Значимость риска для ЛПР – субъективная оценка риска, вне зависимости от уровня риска.
Общий список теминов из области управления рисков можно посмотреть в документе
ГОСТ Р 51897-2011. Менеджмент риска. Термины и определения.
2
Риск и Проекты
Риск - Прогноз Риск - Прибыль
Сложный
строительный
проект
Риск
неотъемлемое качество Проекта
3
Проект. Контракты. Риски
Сложность Проекта - …
Наличие большого числа юридически независимых участников и, как следствие, наличие большого числа Контрактов.
Контракт
Риск Заказчика |
|
Риск Подрядчика |
|
|
|
4
Распределение рисков
Полная передача Подрядчику
Подрядчик оценил риски с запасом для себя и отстоял свою оценку при заключении Контракта
Подрядчик недооценил риски или не смог отстоять свою оценку при заключении контракта
|
|
Распределение рисков |
Потери для Заказчика |
|
между Заказчиком и |
|
|
Подрядчиком |
|
|
|
Вывод: |
|
Заказчик на сегодня самая заинтересованная сторона в |
|
управлении рисками. Заказчик должен учиться управлять |
|
рисками! |
5 |
|
Общие вопрос по управлению рисками
КАК управлять
1.Создание резервов (денежных, по срокам, материальных, людских).
2.Уменьшение рисков (уклонение, передача, снижение, принятие).
Когда НЕ надо управлять
1.Когда утвержденный Инвестором бюджет и срок Проекта включают в себя достаточные резервы, с запасом («Хитрый Заказчик»).
2.Когда бюджет и сроки Проекта могут изменяться лояльным Инвестором по запросам Заказчика («Влиятельный Заказчик»).
Когда НАДО управлять
1. Когда качественный результат очень важен, а резервы ограничены.
КТО должен управлять
1.Руководитель проекта?
2.Риск-менеджер!
6
Принятие решений в условиях неопределенности
Обычные способы
1.Принимается наиболее очевидное для ЛПР решение.
2.Принимается решение, предложенное наиболее доверенным лицом.
3.Принимается решение, которое максимально снимает текущий дискомфорт для ЛПР.
4.Принимается решение того лица, который более доказательно его преподнес для ЛПР.
5.Решение принимается методом "палец - потолок« (интуитивно).
Сучетом рисков
1.Прорабатываются наиболее перспективные возможные варианты.
2.Для каждого варианта оцениваются риски.
3.Оценки альтернативных вариантов сводятся к единому показателю.
4.Выбирается оптимальный вариант. В случае необходимости проводится коллективное обсуждение.
7
Точка определения риска
Причина
1.1
Причина
1.2
Причина |
|
Последствие |
1 |
|
1 |
Причина |
|
|
2.1.1 |
|
|
Причина |
|
|
2.1 |
Риск |
Последствие |
Причина |
||
|
|
|
2 |
|
2 |
|
|
|
Причина |
|
|
2.1.2 |
|
|
Причина
2.2 Последствие
3
Причина
2.3
Последствие
1.1
Последствие
1.2
Последствие
1.3
Последствие
3.1.1
Последствие
3.1
Последствие Последствие 3.1.2
3.2
Точка определения риска там – где определены цели создаваемой системы управления.
8
План управления рисками. Два этапа.
1-й этап. Подготовка и заключение Контрактов
Риск рассматривается как шанс выиграть/проиграть
Заключение контракта
2-й этап. Контроль реализации Проекта и условий Контрактов
Риск рассматривается неопределенность, влияющая на цели
9
Что делаем на первом этапе
На стадии подготовки, до заключения контрактов
1.Создается реестр актуальных для Проекта рисков
•с использованием предыдущего опыта
•с привлечением экспертов
2.Проводится оценка рисков
3.Для наиболее значимых рисков прорабатываются методы обработки
4.Генерируются условия контрактов на основе
•типовых контрактов
•утвержденных способов обработки рисков
т.е. дорабатывается типовой контракт (исключаются лишние для проекта условия; добавляются специфические для проекта условия)
Попытки использовать типовые утвержденные формы для всех проектов приводят либо не включению в Контракт условий, закрывающих индивидуальные риски Проекта, либо к включению лишних условий, закрывающих неважные для Проекта риски.
Очень важно проработать связанную цепочку рисков по всей структуре контрактов.
10