Что такое риск в проекте
Основатель PMCLUB Дмитрий Ильенков рассказал о том, какими бывают риски в проектном управлении
Риск по-китайски состоит из двух иероглифов: мао и сянь. Первый раньше обозначал шапку, а сейчас его применяют как «накрывать, окутывать», или, говоря образно, не считаться с чем-то и быть выше, то есть побеждать. Второй изначально был про крутые горы и тяжёлую проходимость. И все его современные значения связаны с опасной дорогой, трудным временем и неприступным местом — в общем, с тем самым риском. Соединив иероглифы вместе, китайцы говорят, что риск — это побеждать трудности. Это не лишено смысла, и сегодня мы об этом поговорим.
В проектном лексиконе «риск» — одно из самых популярных слов. «Это рискованный проект», «Есть риск не успеть», «Бери на себя риск», «На нас напали риски». Все согласны, что с рисками нужно работать. Но у нас по-прежнему есть пробелы, как это применить на практике — об этом здорово написал Даниил Гранкин. Чтобы правильно работать с рисками, сначала нужно разобраться в терминах.
Что такое риск
Риск — это неопределенное событие или условие, наступление которого позитивно или негативно сказывается на одной или нескольких целях проекта.
Все риски можно условно разделить на четыре категории.
Известные-неизвестные
Это классические риски, чаще всего мы говорим именно о них. Мы не знаем точно, наступят ли они, но мы можем предполагать или догадываться.
Пример: В одном из проектов фрилансер перестал отвечать на звонки и исчез, не сделав свою работу — мы можем предположить, что этот риск может повториться и в нашем новом проекте.
Как искать такие риски мы уже рассказывали в статье «Риски проекта: где их искать»
Известные-известные
Факты и требования — или известные-известные — это другая категория рисков.
Пример: Если у вас есть машина, то вы в курсе, что нужно регулярно проводить её техобслуживание. Тогда не придется беспокоиться, что случатся поломки из-за отсутствия ТО.
По сути это даже не риск, а требование загонять машину на техобслуживание с определённой периодичностью. Аналогично, если вы не хотите терять данные, то вы делаете регулярный бэкап перед любыми изменениями. Это тоже требования, но если мы не будем их соблюдать — они станут рисками. Машина может сломаться, данные могут потеряться.
Неизвестные-известные
Ещё меньше мы думаем о третьей категории. Это неизвестные-известные — те скрытые факты, которые существуют вне нашей картины мира. В каком-то сообществе они известны, но мы в нём не состоим и о рисках не знаем.
Пример: Один мой знакомый работал в Африке на проекте, и к ним на строительную площадку пришли слоны и, растоптав и раскидав всё, ушли обратно в саванну. Жители местной деревни не удивились, для них это привычная картина мира. Мог ли об этом подумать менеджер из Москвы? Нет, в его мире слоны живут в зоопарке и ни на что не нападают. В его мире этот риск не существует.
Идентифицировать скрытые факты можно, только выйдя за привычные рамки. Чтобы сделать step outside the box, можно привлекать внешних экспертов, больше общаться с сообществом и смотреть разные кейсы.
Неизвестные-неизвестные
Наконец, самая неприятная категория рисков — это возникающие риски, неизвестные-неизвестные.
Пример: первые учёные, работавшие с радиоактивными веществами, часто умирали от лучевой болезни — потому что тогда никто не знал о существовании лучевой болезни и о влиянии радиоактивных веществ на организм в принципе. Мы получили это знание ценой их жизней.
То есть возникающие риски — то, о чём мы не могли и подумать, потому что этого не случалось. Конечно, они не такие драматичные, как в случае с радиацией, но они есть. Такие риски мы не можем предвидеть или предугадать. Но можем работать над устойчивостью проекта к рискам, создавая достаточные резервы и в расписании, и в бюджете — а это не так уж мало. Если наш проект будет легко принимать изменения, а наши процессы будут понятными, то мы сможем обнаруживать такие риски намного раньше, чем они проявятся.
Угрозы и возможности
Риски бывают как негативные (угрозы), так и позитивные (возможности). Негативные риски могут привести к ухудшению ситуации — увеличится срок разработки, повысится стоимость работ, мы получим продукт ниже качеством. При планировании мы чаще всего обращаем внимание именно на угрозы.
Пример: В результате нечёткого ТЗ (причина) мы можем неправильно понять задачи (риск) и сделать продукт, не соответствующий ожиданиям заказчика (последствия) — это хорошо сформулированная угроза.
Над позитивными рисками мы задумываемся редко. В принципе, у нас даже нет привычки называть что-то позитивное риском. Но почему бы нам не управлять нашими возможностями? Благодаря им мы можем сократить сроки тестирования, уменьшить трудозатраты, сделать более качественные фичи — это всё наши возможности повлиять на цель проекта.
Пример: «В результате сотрудничества с университетом мы можем привлечь много студентов в качестве тестировщиков и снизить количество багов (последствие)» — это хорошо сформулированная возможность.
С чем не стоит путать риски
Первое: риск — это не причина. Если мы запускаем новый продукт или даже никогда не делали такой проект раньше — это не риски, это факт и суровая реальность, в которой мы находимся. Из этих причин могут следовать настолько различные риски, что с каждым нужно будет работать по-своему.
Второе: не путайте риски с последствиями. «Мы не уложимся в сроки», «Продукт не оправдает ожидания потенциальных пользователей» — это именно последствия. И каждое из них будет последствием разных рисков. Чтобы различить, что именно перед нами — причина, риск или последствие — потренируемся формулировать риск.
Формулируем риск, чтобы с ним можно было работать
В хорошей формулировке риска нужно обозначить причину, риск и последствия. Риск всегда возникает по какой-то причине. С самим риском мы будем работать в проекте. А последствия — это то, к чему риск нас может привести.
Например: мы никогда не делали этот проект раньше и поэтому могли согласиться на слишком сжатые сроки, вследствие чего мы не уложимся в дедлайн.
В итоге из данной формулировки мы можем понять:
- почему у нас появился этот риск (мы делаем такой проект первый раз);
- что нам угрожает (мы неверно оценили сроки) — это риск или угроза;
- как это повлияет на цель проекта (как минимум, мы завершим проект позже) — это следствие риска;
Если формулировать риск по этой формуле, то вы легко поймете, над чем нужно работать, чтобы негативный риск не наступил, а позитивным можно было бы воспользоваться.
В нашей онлайн-школе есть курс по работе с рисками проекта — зачем, как и когда ими управлять. После каждого урока будет задание, а после модуля — тест на теорию. Что поможет вам не только натренироваться правильно определять риск, но и узнать, что делать с рисками дальше. Без воды.
Как работать с рисками проекта?
Чтобы не тушить бесконечные «пожары», а работать спокойно
Узнать какКурс: Как работать с рисками проекта
Чем лучше мы контролируем риски — тем надёжнее сроки и бюджет