для каких рисков всегда характерны убытки реализации проекта для статических рисков

Анализ рисков инвестиционных проектов

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

Основные типы проектных рисков

Маркетинговый риск

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

Так, в нашем примере 30% цепочек планируется продавать самостоятельно, а 70% — через дилеров. Если же структура сбыта окажется иной, например 20% — через магазины и 80% — через дилеров, для которых устанавливаются более низкие цены, то компания недополучит первоначально запланированную прибыль и, как следствие, ухудшатся показатели проекта. Избежать подобной ситуации можно в первую очередь за счет всесторонней оценки рыночной среды маркетинговым отделом.

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

Риски несоблюдения графика и превышения бюджета проекта

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

Аналогичным образом на общие показатели эффективности проекта влияет и риск превышения бюджета.

Определение реального срока и бюджета проекта

Для более точной оценки срока и бюджета проекта существуют особые методики, в частности метод PERT-анализа (Program Evaluation and Review Technique), разработанный в 60-е годы XX века ВМФ США и NASA для оценки сроков строительства баллистической ракеты Polaris. Методика оказалась эффективной и впоследствии была использована для оценки не только сроков, но и ресурсов проекта. В настоящее время PERT-анализ является одной из самых популярных и простых методик.

Смысл этого метода в том, что при подготовке проекта задаются три оценки срока реализации (стоимости проекта) — оптимистическая, пессимистическая и наиболее вероятная. После этого ожидаемые значения рассчитываются с использованием следующей формулы: Ожидаемый срок (стоимость) = (Оптимистический срок (стоимость) + 4 х Наиболее вероятный срок (стоимость) + Пессимистический срок (стоимость)) : 6. Коэффициенты 4 и 6 получены эмпирическим путем на основе статистических данных большого количества проектов. Результат расчета используется в дальнейшем как основа для получения остальных показателей проекта. Однако следует отметить, что схема PERT-анализа эффективна только в том случае, если вы можете обосновать значения всех трех оценок.

Если работы выполняют внешние подрядчики, то в качестве способа минимизации данных рисков можно оговорить в контракте особые условия. Так, в нашем примере при подготовке проекта запланированы работы по строительству помещения и установке оборудования, выполняемые внешним контрагентом. Длительность этих работ должна составить три месяца, стоимость — 500 тыс. долл. США. После завершения работ компания планирует получать дополнительную выручку от производства цепочек в размере 120 тыс. долл. США в месяц при рентабельности 25%. Если по вине поставщика длительность ремонта и установки возрастает, скажем, на один месяц, то компания недополучит прибыль в размере 30 тыс. долл. США (1 х 120 х 25%). Чтобы этого избежать, в договоре определены санкции в размере 6% от стоимости контракта за один месяц задержки по вине подрядчика, то есть 30 тыс. долл. США (500 тыс. х 6%). Таким образом, размер санкций равен возможному убытку.

При реализации проекта только собственными силами минимизировать риски значительно сложнее, при этом объем убытков может возрасти.

В нашем примере при установке оборудования своими силами в случае задержки на один месяц потери прибыли составят также 30 тыс. долл. США. Однако следует учесть дополнительные затраты на труд работников в течение этого месяца. Пусть в нашем примере такие затраты составляют 7 тыс. долл. США. Таким образом, совокупные потери компании будут равны 37 тыс. долл. США, а срок окупаемости проекта возрастет на 1,23 месяца (1 мес. + 7 тыс. долл. США : (120 тыс. долл. США х 25%)). Поэтому в данном случае необходимы более точная оценка длительности и стоимости работ, а также эффективное управление процессом реализации проекта и его постоянный мониторинг.

Общеэкономические риски

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

В нашем примере наиболее значимым является валютный риск. При расчете проекта все денежные потоки нередко приводятся в стабильной валюте, например в долларах США. Однако для более точного учета валютного риска денежные потоки следует рассчитывать в той валюте, в которой осуществляется платеж. Иначе можно получить заниженную оценку валютного риска, поскольку не будет учтено колебание курсов. Например, если и притоки, и вложения будут рассчитаны в одной валюте, а курс доллара вырастет, но при этом рублевая цена продукта не изменится, то фактически мы недополучим выручку в долларовом эквиваленте. Использование для расчета разных валют позволит учесть этот фактор, а одной валюты — нет. Это особенно актуально в нашем случае, когда все капвложения по ремонту здания и приобретению оборудования осуществляются в валюте, а поступления средств от продажи изделий — в рублях.

Анализ проектных рисков

Процедуру оценки и анализа проектных рисков можно представить в виде схемы (см. рис. 1).

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

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

Рассмотрим качественную и количественную оценку проектных рисков более подробно.

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

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

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

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

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

Количественный анализ рисков необходим для того, чтобы оценить, каким образом наиболее значимые рисковые факторы могут повлиять на показатели эффективности инвестиционного проекта. Анализ позволяет выяснить, например, приведет ли небольшое изменение объема реализации к значительной потере прибыли или же проект будет выгоден даже при реализации 40% от запланированного объема продаж.

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

Анализ чувствительности. Это стандартный метод количественного анализа, который заключается в изменении значений критических параметров (в нашем случае физического объема продаж, себестоимости и цены реализации), подстановке их в финансовую модель проекта и расчете показателей эффективности проекта при каждом таком изменении. Анализ чувствительности можно реализовать с помощью как специализированных программных пакетов (Project Expert, «Альт-Инвест»), так и программы Excel. Расчеты для анализа удобнее всего представить в виде таблицы (см. табл. 1).

Такой расчет проводится для всех критических факторов проекта. Степень их воздействия на итоговую эффективность проекта (в данном случае на NPV) удобнее показать на графике (см. рис. 3).

Таким образом, на результат рассматриваемого проекта сильнее всего влияют цена реализации, затем себестоимость продукции и, наконец, физический объем продаж.

Итоговая вероятность отклонения цены реализации от планового значения вычисляется путем перемножения вероятностей первого и второго уровней, поэтому итоговая вероятность снижения цены на 20% довольно мала — 9% (30% х 30% ) (см. табл. 2).

Таким образом, риск изменения цены реализации снижает NPV проекта на 6,63 тыс. долл. США. В результате аналогичного анализа двух других критических факторов оказалось, что самым опасным является риск изменения физического объема продаж: ожидаемая величина этого риска составила 202 тыс. долл. США, а ожидаемая величина риска изменения себестоимости — 123 тыс. долл. США. Получается, что изменение розничной цены — не самый важный риск для рассматриваемого проекта и им можно пренебречь, сосредоточившись на управлении и предотвращении других рисков.

Анализ чувствительности очень нагляден, однако главным его недостатком является то, что анализируется влияние только одного из факторов, а остальные считаются неизменными. На практике же обычно изменяются сразу несколько показателей. Оценить подобную ситуацию и скорректировать NPV проекта на величину риска помогает сценарный анализ.

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

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

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

Ожидаемое значение NPV в данном случае будет равно 1572 тыс. долл. США (-1637 х 0,2 + 3390 х 0,3 + 1765 х 0,5). Таким образом, в отличие от предыдущего этапа анализа мы получили одну более точную комплексную оценку эффективности, которая и будет использоваться в дальнейших решениях по проекту. Необходимо учесть, что большой разрыв между плановым и оценочным значениями NPV свидетельствует о высокой неопределенности проекта. Возможно, в проекте присутствуют дополнительные факторы риска, которые необходимо учесть.

Имитационное моделирование. В случае когда точные оценки параметров (например, 90, 110 и 80%, как в сценарном анализе) задать нельзя, а аналитики могут определить только интервалы возможного колебания показателя, используют метод имитационного моделирования Монте-Карло. Чаще всего подобный анализ проводится для выявления валютных рисков (колебание курса валют в течение года), а также рисков колебания процентных ставок, макроэкономических рисков и других.

Расчеты по методу Монте-Карло из-за его трудоемкости всегда осуществляют с помощью программных продуктов, имеющих соответствующую функцию (Project Expert, «Альт-Инвест», Excel). Основной смысл расчетов сводится к следующему. На первом этапе задаются границы, в которых может изменяться параметр. Затем программа случайным образом (имитируя случайность рыночных процессов) выбирает значения этого параметра из заданного интервала и рассчитывает показатель эффективности проекта, подставляя в финансовую модель выбранное значение. Проводится несколько сотен таких экспериментов (при электронных расчетах это занимает несколько минут), и получается множество значений NPV, для которых рассчитываются среднее (m), а также величина риска (стандартное отклонение, d). В соответствии со статистическим правилом (так называемое «правило трех сигм») значение NPV окажется в следующих интервалах (см. табл. 4):

1 Подробнее об итогах конкурса см. статью «Как не ошибиться при составлении бизнес-плана», «Финансовый директор», 2003, № 4. – Примеч. редакции.
2 Формулы расчета указанных показателей в рамках данной статьи не приводятся, так как они уже публиковались в нашем журнале (см. статью «Оценка денежного потока инвестиционного проекта», «Финансовый директор», 2002, № 4). Кроме того, эти формулы можно найти в любом учебнике, посвященном финансовому менеджменту или оценке инвестиций. – Примеч. редакции.
3 В целях соблюдения конфиденциальности коммерческой информации автор рассматривает пример с условными данными, в основе которого лежит реальный проект из его личного опыта. – Примеч. редакции.

Источник

Риски проекта и все, что нужно о них знать

Вряд ли вам встречался проект, который волшебным образом шел в точности, как его запланировали в самом начале. Любой проект подвержен рискам — всевозможным событиям, которые на него влияют и обычно создают проектному менеджеру головную боль. Вообще, если не считать планирования, главная головная боль проектного менеджера как раз и заключается в разрешении рисков. Чтобы уменьшить ее, можно подумать об угрозах заранее. Оно того стоит — управлять рисками куда дешевле и проще, чем управлять реальными проблемами. Об этом и расскажем в статье: как правильно работать с рисками при управлении проектами и почему это важно.

Что такое риск

Если вам предстоит запустить проект, рано или поздно вы задумаетесь, что в нем может пойти не так. Вы начнете предугадывать слабые места проекта. Это и есть риски. Риск проекта — это неопределенное событие или условие, которое положительно или отрицательно влияет на цели проекта. Например, цель — закрыть проект, не превышая бюджет. Тогда любые события с непредвиденными расходами будут считаться риском. Или цель — создать качественный продукт раньше конкурента. Тогда есть риск опоздать с запуском или потерять проверенного поставщика и проиграть в качестве. Как только у проекта появляется цель, пора подумать о факторах, которые могут ей помешать.

Обычно риски возникают не просто так — к ним приводят действия участников проекта или они появляются из-за внутренних и внешних условий. Скажем, из-за плотной занятости руководителей проекта или плохой организации внештатных сотрудников.

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

Зачем управлять рисками

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

По большому счету для любого риска есть два решения: игнорировать его и надеяться на лучшее или сразу попытаться устранить. Если надежда оправдается, первый вариант принесет выигрыш. Но для этого нужна скорее удача, чем расчет и планирование. В противном случае это просто принятие риска со всеми его последствиями — потерями в деньгах, времени или качестве.

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

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

Какие риски проекта самые опасные

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

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

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

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

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

Для определения вероятности рисков распределите их по шкале вероятности. Она может быть относительной или с цифровыми значениями.

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

Результаты качественного анализа ложатся в основу количественного.

Риски проекта — количественный анализ

На этот этап попадают наиболее вероятные и опасные риски. При плохом сценарии они напрямую угрожают целям проекта. Задача количественного анализа — выявить негативное влияние главных рисков и распределить их по степени этого влияния.

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

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

Управление рисками проекта — сложная область знаний со своими методиками и инструментами. Для углубления в нее можно почитать Руководство к своду знаний по управлению проектами — PMBOK. Там подробно описаны все необходимые методы управления рисками проекта, в том числе инструменты для качественного и количественного анализа.

Как найти выход

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

Для работы с рисками есть несколько стратегий:

Стратегии управления рисками

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

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

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

Принятие — реагирование на последствия рисков без вмешательства в сам проект. Когда исключить или снизить риски проекта невозможно, их приходится принимать — работать с негативными событиями уже после того, как они произошли. Принятие может быть пассивным и активным. Пассивное представляет собой игнорирование событий риска и экстренные меры по устранению последствий. Активное принятие — создание резерва ресурсов на случай опасности. К резервным ресурсам относятся, например, деньги, время, загруженность сотрудников.

Как управлять рисками с помощью BPM-системы

Разобраться с рисками раз и навсегда невозможно — нужно постоянно следить за результатами решенных рисков и появлением новых. Управление рисками — долгосрочный процесс, поэтому на всех его этапах должна быть возможность:

собирать и документировать риски проекта;

хранить и передавать информацию о выполненных задачах;

обеспечивать мониторинг статусов рисков;

обеспечивать контроль со стороны проектного менеджера над всеми работами.

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

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

Одним из примеров BPM-систем является система ELMA. С помощью дополнительного модуля Проекты+ она позволяет запустить бизнес-процесс прямо из карточки проекта. А используя мониторинг процессов, проектный менеджер сможет контролировать все этапы работы и получать подробную аналитику после завершения процесса.

Процессы управления рисками проекта могут запускаться несколько раз за проект. Например, в начале проекта для планирования и после прохождения контрольных точек — для актуализации реестра рисков. В зависимости от структуры компании и самого проекта, задачи бизнес-процесса могут отличаться, но этапы работы общие:

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

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

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

Менеджер проекта подводит итоги анализа, пересматривает реестр рисков и приступает к выбору стратегии. Любое изменение статуса риска, например, если он состоялся или решился, менеджер сможет зафиксировать в реестре.

Когда для всех рисков появится план решения, остается продумать необходимые мероприятия и поставить по ним задачи.

После выполнения работ проектный менеджер оценивает эффективность всего процесса.

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

Если кратко

Гарантировать успех проекта невозможно — всегда будет оставаться элемент неопределенности и риски проекта, угрожающие целям. Чтобы уменьшить неприятности, можно подстраховаться и устранить угрозы заранее. По большому счету работа с рисками заключается в поиске баланса между затратами на решение рисков и потенциальным ущербом в случае их принятия. Достичь этот баланс получится, опираясь на результаты анализа. Только после аргументированной оценки угроз можно приступать к выбору стратегии управления: уклонение, передача, снижение или принятие. Работать с рисками удобнее с помощью бизнес-процесса, а в качестве инструмента для управления рисками использовать BPM-систему.

Вот небольшой чек-лист, как начать работу с рисками проекта:

Найдите слабые места проекта и запишите все возможные риски.

Проведите качественный анализ: разделите все риски проекта на важные и второстепенные.

Проведите количественный анализ: определите влияние рисков на проект в точных значениях.

Подберите и примените к каждому риску одну или несколько стратегий управления.

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

Источник