Как правильно написать риски проекта

Кадр: фильм «Исходный код»

Обозреватель Skillbox Media по маркетингу и IT. С 2015 года работает с SEO, таргетированной и контекстной рекламой. Писала для Skypro, Yagla и Admitad.

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

Мы перевели и пересказали главное из лекции об основах управления рисками «Risk Management Basics», которую подготовили в Google для курса по управлению проектами.

• Что такое риски в проекте
• Самые распространённые виды рисков
• Как найти риски в проекте и оценить их
• Вы нашли риски: что с ними делать
• Как составить план по управлению рисками

---

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

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

Вот несколько примеров рисков и проблем, к которым они привели.

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

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

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

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

Есть разные классификации рисков. Мы назовём виды рисков, которые упоминают чаще остальных.

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

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

Риски изменения объёмов работы. Они могут появиться, если исполнители не поняли требований заказчика или он сам внёс в проект изменения. Это может привести к пересмотру бюджета, сроков и списка задач.

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

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

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

Зависимости. Это связи между двумя задачами в проекте: когда начало одной задачи зависит от завершения другой. Зависимости часто становятся риском для проекта.

Например, один из членов команды должен подписать контракт с заводом-поставщиком. Пока контракта нет — остальная команда не может выполнить ни один заказ. Если вовремя не подписать документ, то проект не закончат в срок.

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

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

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

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

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

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

Чтобы структурировать информацию, полученную во время мозгового штурма, используйте диаграмму Исикавы. Диаграмма, известная как «рыбьи кости», наглядно показывает причинно-следственные связи.

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

Вот диаграмма Исикавы, составленная для анализа проблемы — у компании низкие продажи.

Например, есть риск, что поставщики вовремя не доставят товар. На диаграмму поместят следующие причины:

• нет инструментов отслеживания;
• государство может ввести ограничения;
• нет человека, который отвечает за доставку товара.

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

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

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

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

Потом оцените вероятность того, что риск возникнет:

• Высокий — высокая вероятность риска.
• Средний — риск есть.
• Низкий — скорее всего, риска нет.

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

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

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

Используйте разные цвета, чтобы выделить приоритетные задачи. Так участник команды, увидев таблицу, сразу поймёт, с какими рисками нужно работать в первую очередь.

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

Рассмотрим каждый способ.

Избегать. Иногда вы можете избежать риска полностью. Например, если вы сомневаетесь в надёжности подрядчика, который часто не соблюдает сроки, вы можете перестать работать с ним.

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

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

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

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

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

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

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

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

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

Например, один из рисков — поставщик не успевает уложиться в сроки. У этого риска средний уровень. Для снижения риска есть решение: ежедневно созваниваться с поставщиком.

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

Так вы уже в начале проекта будете понимать, поможет ли заказчик решить проблемы, если они возникнут. Например, если заказчик предупредил, что он не сможет увеличить бюджет, вы учтёте, что работаете с ограниченными ресурсами и дополнительных средств не будет.

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

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

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

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

Другие материалы Skillbox Media по управлению проектами

• Что такое проект: разбираем главное понятие проектного управления
• Kanban: рассказываем, как работает эта методика
• Как планировать проекты и следовать графику работ с диаграммами Ганта
• Что такое Agile: методология, команда, оценка эффективности
• Как работает Scrum и как управлять проектом с помощью этой методики

Научитесь: Профессия Менеджер проектов
Узнать больше

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

Менеджер проектов может написать идеальный план работы, но в 99% случаев что-то пойдёт не так: подведёт подрядчик, смежный отдел провалит сроки или во время переговоров с клиентами во всём районе выключится свет. Риск — это событие с долей неопределённости, которая может сказаться на проекте отрицательно или положительно, привести к возникновению угроз для проекта или появлению возможностей. Риски бывают негативными и позитивными.

❌ Негативный риск
Компания «Бурёнка» производит молочные продукты в Рязани и продаёт их в центральной России. «Бурёнка» заключила контракт с сетью продовольственных магазинов в Новосибирске, но в первую же отгрузку логистическая компания не предоставила машину, запасного варианта не было, и пришлось заплатить штраф 500 000 рублей за невыполнение обязательств по контракту.

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

Негативный риск — это не проблема, а только её вероятность. Если компания его учитывает, то сможет скорректировать действия, когда риск приведёт к проблеме.

Риск: «Бурёнка» первый раз работает с логистической компанией, поэтому есть риск, что будут проблемы с доставкой.

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

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

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

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

● Снизить финансовые потери. В примере с «Бурёнкой» заплатить за машину по двойному тарифу обойдётся дешевле, чем оплачивать штраф.

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

● Оправдывать доверие клиентов. Если подрядчик постоянно срывает сроки или выходит за рамки бюджета, он создаёт ненужные финансовые риски, и с ним вряд ли продолжат работать.

● Снизить уровень стресса в команде. Сотрудники меньше переживают, когда знают, что риск может наступить, и у них есть чёткие инструкции, как справиться с его последствиями.

● Использовать риски как возможности. Если учитывать не только негативные, но и положительные риски, у компании появится больше возможностей для развития. Например, с июля 2022 года, чтобы попасть на футбольный матч, нужно оформить паспорт болельщика. Для билетных сервисов это событие стало рисковым: отлаженная система продаж могла зависнуть, а болельщики потеряли бы возможность купить билеты на сайте. Те, кто взяли этот риск в работу и перенастроили свою платформу, теперь выгодно выделяются среди конкурентов.

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

Основные виды рисков

По причинам риски бизнес-процессов можно разделить на внутренние и внешние:

● Внутренние риски проекта зависят от компании, сотрудников, процессов или оборудования. Например, компания по производству детской мебели «Деревяшки» закупила новое оборудование, которое дешевле в обслуживании. Руководство выиграло тендер по обустройству детских садов в одном из городов России, и теперь есть риск, что новое оборудование не выдержит такую большую нагрузку и выйдет из строя.

● Внешние риски могут возникнуть по причинам, не зависящим от компании: погода, новые законы, стихийные бедствия. Например, частной школе или вузу стоит учитывать риск, что осенью количество заболевших COVID-19 увеличится. Значит, придётся переходить на онлайн-обучение, обеспечить педагогов ноутбуками и гарнитурами, подготовить аккаунты на платформах для конференций или создать собственную LMS-систему.

По возможным последствиям риски бывают:

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

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

● Риски объёмов работ
Они влияют на трудочасы команды или отдельных сотрудников. Допустим, команда дизайнеров готовит айдентику для ресторана при сыроварне, у которой несколько учредителей, и все хотят участвовать в выборе логотипа. Есть риск, что согласование дизайна может затянуться и замечаний будет больше.

● Риски взаимодействия или зависимости
Возникают, когда один этап проекта зависит от окончания другого. Например, компания «Бурёнка» планирует запустить в продажу новое обезжиренное молоко. Уже подписали договор с торговой сетью. Если дизайнер уйдёт в отпуск, он не успеет подготовить новую этикетку, чтобы её выпустили к дате отгрузки.

По размеру возможных потерь виды рисков проекта делятся на три вида:

● Допустимые
Это значит, что если риск перерастёт в проблему, то потери не превысят размер прибыли. Например, если компания не успеет закупить сырьё по старым ценам, а новые вырастут максимум на 5%, это не сильно отразится на размере выручки.

● Критические
Могут привести к потере выручки или вложенных в проект денег. Например, если курьер не успеет привезти партию праздничных тортов к назначенной дате, товары не примут, продукты испортятся, их придётся утилизировать, и кондитерская понесёт убытки.

● Катастрофические
Могут привести к последствиям, которые обанкротят компанию,будут угрожать жизни и здоровью людей, влиять на экологию. Пример последствий катастрофического риска — авария на Чернобыльской АЭС. Сотрудники станции предполагали, что реактор не справится с нагрузкой, но не предприняли действий, чтобы избежать этого риска.

Оценка рисков проекта

Анализ рисков проекта происходит по двум направлениям: качественному и количественному. В качественном анализе рисков описывают:

● что может произойти;

● когда;

● что это повлечёт за собой;

● какова вероятность такого риска.

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

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

1. Уклонение — способ избежать риска, изменив ход реализации проекта.

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

Решение: отложить использование нового оборудования и закончить заказ на старом.

2. Принятие подходит, если риск не влечёт за собой тяжёлых последствий, но имеет высокую или среднюю вероятность. Риск учитывают, но ничего не предпринимают для снижения или устранения. Метод принятия используют, когда:

● невозможно исключить все риски из проекта;

● последствия риска некритичны;

● затраты на снижение риска превышают вероятные потери.

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

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

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

3. Снижение — это метод управления рисками, направленный на уменьшение их вероятности или негативных последствий.

Как составить план по управлению рисками

План по управлению рисками — это документ, который ещё называют картой риска. Формат плана может быть любой: от таблицы Excel до онлайн-доски для совместной работы, например Confluence. Составлять план начинают после качественного и количественного анализов рисков и заносят туда последовательность действий, которые команда будет предпринимать в зависимости от выбранной стратегии.

В карте риска обязательно должны быть:

● Ответственный
За оценку, контроль и управление конкретным риском. Например, молодой команде разработчиков не хватает опыта, чтобы быстро выполнить объём работы для запуска нового мобильного приложения. Менеджер проекта видит риск не успеть вовремя и назначает ответственного — старшего разработчика, который будет следить за скоростью выполнения задач и отвечать за соблюдение сроков.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Если кратко

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

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

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

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

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

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

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

FAQ о рисках проекта

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

Если вам предстоит запустить проект, рано или поздно вы задумаетесь, что в нем может пойти не так. Вы начнете предугадывать слабые места проекта. Это и есть риски.

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

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

Как определить риски проекта

Самый эффективный способ определить риски проекта — мозговой штурм с командой. Так каждый сможет предложить свои идеи. Лучше, если в мозговом штурме будут участвовать люди, занимающие разные роли в проекте, имеющие разный бэкграунд.

Какие бывают риски проекта

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

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

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

Как рассчитать риски проекта

Проведите количественный анализ: определите влияние рисков на проект в точных значениях. Величина риска рассчитывается путем умножения вероятности возникновения риска на соответствующие последствия.

Как оценить риски проекта

Для оценки рисков проекта используются разные способы от анализа ожидаемой денежной стоимости (ОДС) до создания дерева решений. Здесь вам может понадобиться помощь экспертов. Используйте опыт и знания сотрудников или внешних специалистов.

Чтобы грамотно управлять угрозами для бизнеса, мы решили использовать метод фреймворка PMBoK от PMI. Разработчики предлагают поделить процесс управления на 6 этапов:

1. Планирование управления
2. Идентификация факторов
3. Качественная оценка
4. Количественная оценка
5. Планирование реакции
6. Мониторинг и контроль

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

Такую схему из 6 этапов предлагает PMBoK.

Планирование управления

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

Вот такую проектную схему предлагают разработчики PMBoK.

Диаграмма потоков данных планирования управления рисками в PMBoK.

3 главных аспекта правильного планирования:

• формирование благоприятной среды управления — гармонизация отношений внутри команды
• использование заранее заготовленных схем и шаблонов процессов управления
• создание описательной части и плана управления угрозами

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

Обычно в плане управления указывают:

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

Идентификация

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

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

Классификация рисковых событий по степени их контролируемости.

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

Пример классификации рисковых событий в зависимости от их источника.

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

Фрагмент реестра рисковых ситуаций.

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

Здесь мы совмещаем качественную и количественную оценку.

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

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

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

Матрица вероятности/воздействия угроз и благоприятных возможностей из PMBoK.

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

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

Чем выше вероятность реализации и существенней влияние на проектов, тем выше степень рисковой угрозы.

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

Количественная оценка помогает проанализировать:

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

Обычно для количественного анализа используют такие методологии:

Вероятностный анализ — оценка на основе статистики по прошлым проекта с учетом вероятностной погрешности.

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

Имитационное моделирование — оценка, сделанная на основе многократных опытов с моделью.

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

Планирование реакции

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

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

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

2. Передача. Перекладываем ответственность за негатив на третью сторону. Например, заключаем договор страхования, берем предоплату, предусматриваем в договоре с заказчиком неустойку. Иногда на это потребуются дополнительные деньги.

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

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

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

Диаграмма потоков данных планирования реакции на угрозы из PMBoK.

Мониторинг и управление

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Оценка рисков преследует одну цель — определить, какой риск наиболее опасен, а также разработать уникальный механизм по управлению рисками в конкретной ситуации.

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

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

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

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

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

Виды рисков

Есть несколько классификаций рисковых ситуаций. Мы предлагаем рассмотреть виды, с которыми чаще всего сталкиваются при управлении:

• Временной риск (связан с затратой времени). Суть в том, что все действия по реализации проекта могут занять больше времени, чем запланировали на старте. Время — ценнейший ресурс, поэтому о временных рисках важно всегда помнить. Временной риск опасен еще тем, что ведет к повышению расходов.
• Риск, связанный с изменением объемов работ. Такие рисковые ситуации могут появиться, если при согласовании проекта исполнители не до конца поняли требования клиента или же клиент сам внес дополнения в проект. Результат — потребуется увеличить бюджет, скорректировать сроки выполнения проектов и задач.
• Внешний риск. Речь идет о потенциально возможных рисковых событиях, которые никак не связаны с внутренними процессами компании, а значит, не могут контролироваться. Простой пример — в процессе работы над сложным проектом государство ввело новый законопроект, в результате чего потребуются дополнительные корректировки, расходы финансов и временные затраты.
• Бюджетный риск. Чаще всего такой риск возникает из-за недостатка планирования конечной стоимости проекта. Получается, что расходы больше, чем заложено в бюджет. Далее варианта два — либо проект останавливается, либо придется вкладывать дополнительные средства, чтобы устранить последствия, вызванные возникшим риском.
• Риск возникновения единой точки отказа. Это событие, которое кардинально влияет на работу всей команды над проектом. То есть, пока проблема не будет решена, никто из специалистов, задействованных в проекте, не сможет приступить к своим обязанностям. Из примеров можно рассмотреть такую ситуацию: для компании, работа которой связана с подключением к сети, единой точкой отказа может быть отключение интернета и/или электричества.
• Риск зависимости. При работе над сложными проектами одна задача тесно связана с другой. И пока один специалист не закончит свою часть работы, другой — не сможет приступить к выполнению своей.

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

Этапы управления рисками

Условно весь процесс управления можно разделить на 5 отдельных этапов:

1. Планирование.

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

2. Идентификация факторов.
   Следующий шаг — выявить и зафиксировать угрозы и определить вероятность возникновения конкретного риска на проект. В результате должен быть сформирован перечень возможных проблем и рисковых обстоятельств с ранжированием по уровню опасности для проекта. Не все угрозы можно идентифицировать на старте, а по мере работы над проектом значимость некоторых рисковых ситуаций может возрасти.
   В идентификации факторов, которые могут привести к риску, можно использовать два важных фактора: источник рискового события, а также саму угрозу. В результате команда должна сформировать реестр возможных рисковых ситуаций для конкретного проекта.
3. Качественный и количественный анализ.
   Чтобы идентифицировать риск, важно дать ему соответствующую оценку. Для этой цели применяют два метода — качественный и количественный анализ.
   Качественный заключается в получении экспертных мнений относительно возможности развития неблагоприятных последствий, связанных с обнаруженными факторами риска. Качественный анализ носит поверхностный характер, но для многих проектов этого вполне достаточно. Плюс в том, что уже на старте можно получить перечень рисковых событий, распределить их по приоритетности (уровню опасности) и предпринять необходимые меры.
   Количественный анализ занимает больше времени, но он намного точнее — помогает получить конкретные оценки вероятности наступления определенного рискового события. К проведению количественного анализа необходимо привлекать компетентных специалистов, так как приходится использовать сложные математические модели и методики. Благодаря проектному количественному анализу можно спрогнозировать степень воздействия на проект, а также объемы возможных материальных потерь при риске.
4. Планирование реакции.
   Далее следует важный этап — планирование реакции для предупреждения или минимизации последствий угрозы, вызванной возникшим риском. Проще говоря, на этом этапе нужно продумать меры, которые позволят достичь целей проекта, даже при появлении непредвиденных рисковых обстоятельств.
   При планировании реакции можно использовать одну из следующих стратегий:
   • Уклонение. План возможных действий корректируется таким образом, чтобы снизить или исключить вероятность появления негативных последствий, которые может спровоцировать тот или иной риск. Например, скорректировать утвержденный ранее график.
   • Передача. Суть методики в том, чтобы переложить ответственность и возможные последствия на другую команду (третью сторону). Например, заключить договор страхования, предусмотреть в договоре неустойку.
   • Снижение. Стратегия формирования предупредительных мер. Например, собирая команду экспертов, для ведущих специалистов подбирают «дублера» с соответствующей квалификацией, который в случае непредвиденной ситуации сможет взять выполнение обязанностей на себя.
5. Мониторинг.

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

Управление рисками с помощью BPM-системы от «КСК ТЕХНОЛОГИИ»

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

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

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

Компания «КСК ТЕХНОЛОГИИ» предлагает готовое решение для реализации процессного подхода в компании — low-code платформу «КСК.ИК» класса ВРМ для цифровой трансформации организации. Платформа построена на базе ВРМ-движка, который помогает автоматизировать все процессы организации, мониторинг и аналитику исполнения приоритетных задач.

Основный функционал:

1. автоматическая постановка задач;
2. контроль просрочки задач и процессов;
3. доступна история процесса;
4. удобный функционал для коммуникации сотрудников;
5. возможность группировать процессы и кейсы в списки по предметной области;
6. интеграция с почтовыми сервисами;
7. автоматическая рассылка системных уведомлений;
8. версионность процессов (возможность исполнения бизнес-процессов по разным версиям);
9. актуализация процессов без остановки уже запущенных;
10. сбор информации для подготовки отчетности и анализа бизнес-процессов.

С помощью ВРМ-системы от «КСК ТЕХНОЛОГИИ», вы сможете эффективно моделировать и исполнять бизнес-процессы, принимать наилучшие решения для вашего бизнеса, грамотно управляя каждым вероятным риском.

Управление рисками – необходимый элемент ведения бизнеса и принятия управленческих решений. Экономика не имеет четкого прогноза развития событий на рынке, а как выбрать из нескольких вариантов при отсутствии определенности? Для этого компании управляют рисками проекта. О том, как их выявлять, анализировать и предотвращать, читайте в статье.

Риски проекта: понятие, значение

Риски проекта – это события, которые со некоторой долей вероятности могут произойти и повлиять на результат или исполнение проекта. В понимании риска важны два фактора:

Анализ рисков проекта проводят по этим двум факторам. 

Важно! Любой проект имеет четкие ограничения: жесткие сроки, стоимость проекта и содержание, которые также можно назвать «жесткий треугольник». Риски влияют на эти ограничения, при этом невозможно изменить один параметр, не затронув остальные. Так, если сокращаются сроки проекта, возникает риск потери в качестве конечного продукта или увеличение стоимости проекта.

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

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

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

Виды рисков: основные классификации

Существуют несколько классификаций рисков проекта.

Источник угрозы

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

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

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

Этапы проекта 

Как известно, любой проект, независимо от целей, включает следующие этапы осуществления: 

Риски подразделяются на три категории: 

Выявление рисков на более ранних этапах несет меньше затрат на внесение изменений в проект и минимизирует дополнительные вовлекаемые ресурсы.

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

Организация проекта

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

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

Иные классификации

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

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

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

Как выявлять?

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

Прежний опыт

Анализируйте проблемы, с которыми компания сталкивалась при реализации прошлых проектов. Если фирма постоянно срывает сроки из-за проблем с поставками по вине поставщика или с несвоевременной оплатой покупателей, есть значительная вероятность подобных рисков. Использовать данный способ можно, если существует большой накопленный опыт, база, от которой можно отталкиваться при анализе рисков проекта.

Обсуждение в команде

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

Пригласить внешних экспертов

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

Другие способы

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

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

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

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

Как работать с рисками?

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

Риски делятся на три группы:

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

Таблицу рисков необходимо пересматривать. Как часто? Необходимо смотреть по значимости. Со временем, какие-то могут исчезнуть, на их место встать те, которые ранее были признаны незначительными.

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

Методы управления 

После анализа и оценки рисков необходимо разработать план по управлению ими. Для этого 

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

Выделяют четыре стратегии (метода) управления.

Принятие 

Риск-менеджер заведомо определяет вероятность возникновения риска, как 100-процентную, и планирует меры по его устранению. Эта стратегия актуальна, когда вероятность негативных последствий минимальна или последствия незначительны.

Уклонение 

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

Снижение негативного влияния

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

Передача рисков

Суть стратегии заключается в передачи рисков другим исполнителям (заказчику, покупателю). Эта стратегия необходима, если компания не обладает необходимыми ресурсами для решения проблемы. Например, в команде нет экспертов по IT-технологиям или специалиста по юридическим вопросам.

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

Процесс управления рисками состоит из нескольких последовательных этапов:

Предотвратить риски проще, чем исправлять ошибки

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