Ваш ход влюбиться в новую методологию для маленьких команд
Управление микропроектами
Методология для маленьких команд
О вебинаре

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

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

В проектном лексиконе «риск» — одно из самых популярных слов. «Это рискованный проект», «Есть риск не успеть», «Бери на себя риск», «На нас напали риски». Все согласны, что с рисками нужно работать. Но у нас по-прежнему есть пробелы, как это применить на практике — об этом здорово написал Даниил Гранкин. Чтобы правильно работать с рисками, сначала нужно разобраться, что это такое.
Риск — это неопределенное событие или условие, наступление которого позитивно или негативно сказывается на одной или нескольких целях проекта.
Все риски можно условно разделить на четыре категории.

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

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

Как искать такие риски мы уже рассказывали в статье «Риски проекта: где их искать»

Известные-известные
Факты и требования — или известные-известные — это другая категория рисков.

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

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

Неизвестные-известные
Ещё меньше мы думаем о третьей категории. Это неизвестные-известные — те скрытые факты, которые существуют вне нашей картины мира. В каком-то сообществе они известны, но так как мы в нём не состоим, то об этих рисках не знаем.

Пример: Один мой знакомый работал в Африке на проекте, и к ним на строительную площадку пришли слоны и, растоптав и раскидав всё, ушли обратно в саванну. Жители местной деревни не удивились, для них это привычная картина мира. Мог ли об этом подумать менеджер из Москвы? Нет, в его мире слоны живут в зоопарке и ни на что не нападают. В его мире этот риск не существует.

Идентифицировать скрытые факты можно, только выйдя за привычные рамки. Чтобы сделать step outside the box, можно привлекать внешних экспертов, больше общаться с сообществом и смотреть разные кейсы.

Неизвестные-неизвестные
Наконец, самая неприятная категория рисков — это возникающие риски, неизвестные-неизвестные.

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

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

Угрозы и возможности

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

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

Над позитивными рисками мы задумываемся редко. В принципе, у нас даже нет привычки называть что-то позитивное риском. Но почему бы нам не управлять нашими возможностями? Благодаря им мы можем сократить сроки тестирования, уменьшить трудозатраты, сделать более качественные фичи — это всё наши возможности повлиять на цель проекта.

Пример: «В результате сотрудничества с университетом мы можем привлечь много студентов в качестве тестировщиков и снизить количество багов (последствие)» — это хорошо сформулированная возможность.

С чем не стоит путать риски

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

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

Формулируем риск, чтобы с ним можно было работать

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

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

В итоге из данной формулировки мы можем понять:
  • почему у нас появился этот риск (мы делаем такой проект первый раз);
  • что нам угрожает (мы неверно оценили сроки) — это риск или угроза;
  • как это повлияет на цель проекта (как минимум, мы завершим проект позже) — это следствие риска;
Если формулировать риск по этой формуле, то вы легко поймете, над чем нужно работать, чтобы негативный риск не наступил, а позитивным можно было бы воспользоваться.

В нашей онлайн-школе есть курс по работе с рисками проекта — зачем, как и когда ими управлять. После каждого урока будет задание, а после модуля — тест на теорию. Что поможет вам не только натренироваться правильно определять риск, но и узнать, что делать с рисками дальше. Без воды.
Автор: Дмитрий Ильенков, основатель PMCLUB
Редактор: Евгения Трофимова

Подпишитесь на @pmclub, чтобы не пропустить новые статьи и наш YouTube — там крутые видео.
Понравилась статья?