Рубрики:
  • Менеджмент
  • Кейсы
  • 5

Подстелить соломку: управление рисками в digital-проектах

Прочтёте за 5 мин.
30 октября 2017

Незанудное руководство по оперативному риск-менеджменту

Работая над digital-проектом, вы всегда рискуете. Как минимум - не уложиться в сроки и бюджет. Рано или поздно риск сработает, и у вас есть выбор, как жить с этой информацией: игнорировать и надеяться, что вам прилетит по минимуму, или взять риски под узду и начать управлять ими. Управление рисками или риск-менеджмент - это принятие и реализация решений, которые снижают вероятность форс-мажоров на проекте или позволяют управлять бюджетом на сработавший риск. О том, как работает риск-менеджмент и как его использовать в digital-проектах, в своём корпоративном блоге рассказала scrum-студия Sibirix.

Формируем риск-таблицу

Начнём с того, что риск-менеджмент - это процесс из пяти этапов: 

  • Поиск основных рисков. 
  • Оценка их важности. 
  • Поиск способов снижения риска. 
  • Оценка стоимости этих мер. 
  • Оценка целесообразности мер при данной степени риска. 

Информация, полученная на каждом этапе, вносится в реестр рисков (для увеличения – кликните по картинке): 

Risk Management

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

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

В результате вы получите таблицу со следующими полями: 

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

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

Поиск основных рисков

Риски бывают более или менее ожидаемые и совсем неожиданные. По-научному - известные и неизвестные. 

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

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

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

Пример: туристические компании и зима 2014-2015 года. Внезапно Крым стал нашим. Подскочили доллар и евро, перестали продаваться путевки за рубеж, а уже купленные стали сдавать. Туристическим компаниям эта ситуация принесла кучу проблем и убытков. 

Risk Management

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

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

Когда вы осознаете масштаб возможных (и не очень) рисков, вам предстоит выбрать из них те, которыми имеет смысл управлять. Потому что пытаться подстелить соломку всюду - дорого, неэффективно, и вы всё равно не предусмотрите ВСЁ. Чтобы выбрать наиболее перспективные риски, нужно оценить их важность. 

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

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

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

Второй способ рекомендуется в PMBok 5 - это матрица вероятности и воздействия. Выглядит она так: 

Risk Management

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

В матрице нужно определить не только вероятность возникновения риска по шкале от 1 (100% произойдет) до 0 (не случится никогда), но и тональность последствий - негативную или позитивную. И найти соответствующий показатель на нижней шкале. 

После нужно определить уровень воздействия риска: очень низкий, низкий, средний, высокий или очень высокий. Найти соответствие на шкале слева. И после - найти ячейку на пересечении уровня воздействия и вероятности. В ней-то и будет показатель важности риска. Чтобы вы сразу понимали, хороший этот показатель или плохой, ячейки раскрашены в три цвета. Зелёный означает низкий уровень риска, жёлтый - средний уровень, и красный - высокий уровень. 

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

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

Поиск способов снижения риска

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

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

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

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

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

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

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

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

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

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

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

Оценка стоимости мер по снижению риска

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

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

Risk Management

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

И давайте разберём на примере. Вспомним наш реестр рисков (для увеличения – кликните по картинке):

Risk Management

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

Оценим важность риска. Вероятность по десятибалльной шкале - 5. Последствия - 7. Последствия имеют такую силу, потому что компания подписала контракт с неустойками в случае, если дедлайн будет сорван. Умножаем 5 и 7, чтобы получить важность. Получается 35 из 100 - даже меньше половины. По матрице вероятностей и воздействия мы в зеленой зоне. В данной ситуации мы легко можем оценить риск в деньгах. Размер неустойки - 1% от суммы контракта в день, 1000 рублей. Итого в случае сработавшего риска мы теряем 5000 рублей. 

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

Так стоит ли ради 5000 рублей заморачиваться и перед планированием отправлять разработчика на обследование в больницу? Мы для себя решили, что, так как важность риска небольшая - всего 35 - то не стоит. Поэтому наша стратегия в данном случае - принятие. Основной сценарий - пока ничего не делать и принимать меры только в случае, если разработчик действительно заболеет. 

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

Источник: Sibirix.

Risk Management

Читайте также:

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



Комментарии

0
Войдите через аккаунт социальной сети:
  • Прокомментируйте первым.

Это ответ на комментарий (отмена - x)
  • Задайте вопрос
    профи

    Наши эксперты ответят на любой вопрос

    Задать вопрос
    Ваш вопрос отправлен

    Ваш вопрос

    Введите Имя
    Введите E-mail
    Отправить Очистить
Возможно, вас заинтересуют другие наши материалы
  • Маркетинг Пять трендов контент-маркетинга и SEO в 2018 году 19 января
    Пять трендов контент-маркетинга и SEO в 2018 году
    Прочтёте за 3 мин.
  • Идеи для бизнеса Солнце в коробке: как заработать на доставке овощей и фруктов 19 января
    Солнце в коробке: как заработать на доставке овощей и фруктов
    Прочтёте за 5 мин.
  • Идеи для бизнеса Бизнес на грязи: как заработать на испачканных кроссовках 18 января
    Бизнес на грязи: как заработать на испачканных кроссовках
    Прочтёте за 5 мин.
  • Менеджмент Рекрутируем фрилансеров: как эффективно делегировать задачи внештатникам 18 января
    Рекрутируем фрилансеров: как эффективно делегировать задачи внештатникам
    Прочтёте за 3 мин.
  • Кейсы Обязанности без прав: как не нужно проводить тендеры на услуги SEO 17 января
    Обязанности без прав: как не нужно проводить тендеры на услуги SEO
    Прочтёте за 4 мин.
  • Идеи для бизнеса Гнуть металл, ковать железо: как заработать на скульптурах и памятниках 17 января
    Гнуть металл, ковать железо: как заработать на скульптурах и памятниках
    Прочтёте за 4 мин.
  • Кейсы Впасть в детство: как IT-проект Hello Baby пробивает себе дорогу на мировой рынок 16 января
    Впасть в детство: как IT-проект Hello Baby пробивает себе дорогу на мировой рынок
    Прочтёте за 8 мин.
  • Менеджмент Репутационный менеджмент: как отразить атаку на ваш бизнес 16 января
    Репутационный менеджмент: как отразить атаку на ваш бизнес
    Прочтёте за 3 мин.
  • Идеи для бизнеса Бизнес на костях: как заработать на человеческих органах из пластика 15 января
    Бизнес на костях: как заработать на человеческих органах из пластика
    Прочтёте за 3 мин.
  • Кейсы История одного факапа: почему не «взлетело» мобильное приложение по поиску скидок 15 января
    История одного факапа: почему не «взлетело» мобильное приложение по поиску скидок
    Прочтёте за 4 мин.
  • Идеи для бизнеса Не только тесто и начинка: как автоматизация сделала «Додо Пиццу» успешной 12 января
    Не только тесто и начинка: как автоматизация сделала «Додо Пиццу» успешной
    Прочтёте за 5 мин.
  • Идеи для бизнеса Дышите глубже: как устроена система мгновенной диагностики лёгких 12 января
    Дышите глубже: как устроена система мгновенной диагностики лёгких
    Прочтёте за 5 мин.
  • Идеи для бизнеса Запускаем фитнес-клуб: зачем продавать карты за несколько месяцев до открытия 11 января
    Запускаем фитнес-клуб: зачем продавать карты за несколько месяцев до открытия
    Прочтёте за 3 мин.
  • Идеи для бизнеса 11 января
    Стартапы-2017: как прошёл бизнес-год у новых проектов. Часть II
    Прочтёте за 8 мин. Стартапы-2017: как прошёл бизнес-год. Часть II
  • Маркетинг Digital-маркетинг: пять ошибок, которые приводят заказчика в агентство 10 января
    Digital-маркетинг: пять ошибок, которые приводят заказчика в агентство
    Прочтёте за 3 мин.
  • Идеи для бизнеса Мальчики на футбол, девочки на танцы: как заработать на спортивных детских школах 10 января
    Мальчики на футбол, девочки на танцы: как заработать на спортивных детских школах
    Прочтёте за 5 мин.
  • Идеи для бизнеса 09 января
    Стартапы-2017: как прошёл бизнес-год у новых проектов. Часть I
    Прочтёте за 8 мин. Стартапы-2017: как прошёл бизнес-год
  • Маркетинг Смартфоны рулят: пять важных трендов мобайла 09 января
    Смартфоны рулят: пять важных трендов мобайла
    Прочтёте за 4 мин.
  • Идеи для бизнеса 08 января
    Малый бизнес для маленьких: семь историй о бизнес-проектах для детей
    Прочтёте за 3 мин. Малый бизнес для маленьких: семь историй о бизнес-проектах для детей
  • Идеи для бизнеса 07 января
    Красота спасёт мир: шесть бизнесов, которые делают нашу жизнь ярче
    Прочтёте за 3 мин. Красота спасёт мир: шесть историй о бизнесах, которые делают нашу жизнь ярче
Идёт загрузка материалов