Планирование реагирования на риски. Курс по управлению проектами, часть 28

20.08.19

Анализ и управление - Управление проектом

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

Предыдущая часть курса: Риски – количественный анализ. Курс по управлению проектами, часть 27

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

 

Таблица для планирования реагирования на рискиДля того чтобы спланировать реагирование на риски, нам потребуется таблица с 4 столбцами, которые называются: 

  • план А;
  • план Б;
  • триггер;
  • хозяин (владелец риска).

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

Приведу пример. Представьте, что у вас есть ведущий инженер. Вы боитесь  его потерять, боитесь, что он уволится. Как будет выглядеть план А и план Б для такой ситуации?  

План А с точки зрения менеджеров – это то, что вы делаете, чтобы риск не сработал, чтобы его смягчить. А план Б – это то, что вы делаете, если риск сработал, это план отступления, если план А не помог. 

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

План Б нужен на случай, если план А не помог. Вы денег ему дали, поговорили, но это не сработало. Человек все равно уволился. Что вы тогда делаете? На его место берете другого сотрудника. Срочно доучиваете его, если есть необходимость. Или вам придется срочно искать человека на рынке, если до сих пор некем заменить ушедшего сотрудника. 

Столбец «триггер» – о чем это? У понятия «триггер» есть множество значений. Но для менеджеров проекта триггер – это симптом, признак, что план А не сработал, и нужен план Б. Возьмем наш пример с увольнением инженера. Вы ему денег дали, поговорили, договорились, но он все равно собирается увольняться. Триггер – какие-то признаки, по которым вы поймете, что человек собирается уходить. Какие это могут быть признаки? Например, человек перестал активно работать; задерживается во время обеденного перерыва, потому что проходит в это время собеседование; обновляет резюме и т. п.. 

Столбец «владелец». Кто в нашем примере владелец риска? У менеджеров проекта это человек, который быстрее заметил, что начал срабатывать триггер. В нашем примере, если мы триггером выбрали «обновил резюме», владельцем риска может быть не менеджер, а кадровик, допустим. Мало кто знает, что компании, у которых заключены соглашения с hh.ru о платном доступе, получают с этого сайта уведомления, что их сотрудники обновили резюме. И такие уведомления получает кадровая служба. Можно к коллегам подойти и попросить проследить. Если кадровик или кто-то увидит, что инженер обновил резюме, он сообщает менеджеру, то есть вам. И вы уже можете заранее с сотрудником поговорить. Кадровику это ничего не будет стоить, он все равно просматривает все уведомления, а вам меньше труда, меньше головной боли.

В реестре рисков и управлении рисками есть еще одна мощная штука. Грамотное управление рисками упрощает жизнь руководителя проекта. Дело в том, что один человек очень многие вещи на проекте может упустить. Как проверить, обновил инженер резюме или нет? Как узнать, собирается он уволиться или нет? Это очень трудно сделать. Но если вы договоритесь с кадровиком, то будет проще. Или другая ситуация. Вы переживаете, что что-то сломается, выйдет из строя, перестанет работать как следует. Вы можете договориться с пользователем, заказчиком, чтобы он вам сообщил, если что-то пойдет не так. Ваш собеседник сам заинтересован, чтобы все хорошо работало, а менеджер может немного разгрузиться, грубо говоря, переложить риск на другого человека, другого хозяина. По умолчанию, если руководитель проекта не назначает кого-то другого владельцем риска, то ему автоматически становитесь за всем приходится следить самому. Но чем больше у вас переживаний, тем меньше у вас нормальной жизни. А риск-менеджмент поможет в этом. Какие-то риски все равно останутся за вами, например, руководителю проекта лучше самому работать со спонсором. Но многие вы можете передать - это позволит вам не превратиться в “чайка-менеджера”. Это такой менеджер, который ведет себя как чайка -  налетает, шумит, гадит и улетает. Но это касается только задерганных менеджеров, у которых много проблем.

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

  • не выделили денег на мероприятие;
  • не нашли подходящее помещение.

Попробуем составить планы реагирования на каждый из этих рисков. Риск первый – не дали денег. Что делать, чтобы до этого не дошло? Какой может быть здесь план А? Нет вариантов или придумать их сложно. Это связано с тем, что существуют риски, которые невозможно снизить. Этот риск похож на неснижаемый. Хотя можно заранее поговорить с начальством, но это сильно не повлияет. Если нет плана А, вы риск признаете неснижаемым. Вы не знаете, что делать, чтобы его снизить. Важно, чтобы таких рисков было немного, не более 10%. Но это не значит, что не нужен план Б. Он нужен. В план Б можно включить поиск спонсора или можно предложить коллегам собрать деньги самостоятельно. Что будет триггером? Можно выбрать любой признак. Например, денег не выделили на корпоратив до 1 ноября. Если к 1 ноября деньги не предоставили, тогда мы считаем, что пора переходить к плану Б. Владельцем в данном случае будет сам менеджер проекта.

Риск – не нашли помещение. План А – за 6 месяцев начинаем обзванивать разные рестораны. Тем самым мы повысим шансы помещение найти. План Б – пойти в заводскую столовую, провести праздник в цеху. Триггер – если к 1 декабря не находим помещением, переходим в плану Б. Владельцем риска можно назначить ответственного за обзвон ресторанов. Это может быть сам менеджер проекта, может быть другой человек. В идеале владелец не должен прибегать к менеджеру и спрашивать, что делать. Хозяин риска сам запускает план Б, а потом рассказывает менеджеру. В нашем примере: назначенный владелец риска обзванивает рестораны, если он до 1 декабря не договорился ни с кем, он отдает распоряжение наряжать цех. Обо всем этом он вам рассказывает. Это еще сильнее упростит вам жизнь, как менеджеру, и позволит заниматься другими вещами.  

Для примера разберем еще такой риск, как недостаток алкоголя. План А – закупить в 2 раза больше ящиков алкоголя. План Б – купить алкоголь у таксистов. Триггер – осталось 2 бутылки. Владелец риска – официант, условный тамада, в общем человек, который следит за раздачей бутылок. Если владелец риска видит, что в ящике осталось 2 бутылки, он звонит таксисту, просит привезти алкоголь, дальше подходит к вам и рассказывает, что остается только расплатиться. 

Тем, что вы пишете в плане А, вы пытаетесь понизить вероятность или влияние негативного риска. Для этого менеджеры придумали некие тактики. Объясню на примере конкретной ситуации. Например, Петя может провалить сроки какой-то критичной работы или какого-то этапа проекта. И мы продумываем план А – что сделать, чтобы Петя не провалил сроки. Возможные стратегии реагирования на риск, негативный в данном случае, следующие:

1. Петю можно заменить, если в нем вся проблема, если он неопытный, можно взять более опытного, который не провалит сроки. Такая стратегия называется avoid – уклонение от риска.

2. Можно подучить Петю, дать ему наставника, если Петю некем заменить. Такая стратегия называется mitigate – смягчение. Петя остался на работе, он еще может все провалить, но мы его  пытаемся поднатаскать и, возможно, он не так сильно провалит сроки. Таким образом мы пытаемся снизить вероятность или влияние на проект.

3. Еще одна стратегия - это передача риска – transfer. Например, у вас какое-то оборудование размещено в США, а там сезон ураганов. Вы не можете уклониться, перевести оборудование в другой штат. Пока неизвестно, пройдет ураган или нет, поломает он оборудование или нет. Но если ураган произойдет, то вы потеряете оборудование, деньги, время и усилия на ремонт. Но деньги вы можете вернуть, если застрахуете оборудование. Вы обращаетесь в страховую компанию, заключаете договор, и даже если ураган испортит оборудование, хотя бы деньги вам вернут. И головной боли будет меньше. Вы не можете снизить риск, но вы передаете все проблемы, все страхи, с ним связанные.

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

Когда мы заложили резервы, у нас часть рисков сработает, часть нет. Поэтому мы ждем, что суммарно денег на компенсацию рисков нам хватит. Но что будет, если сработает какой-то страшный риск, на который нужно больше? Например, на проекте есть риск, что сломается башенный кран. Он стоит как весь проект целиком, и если риск этот сработает, то суммарно резервов не хватит. Такой риск часто называется терминирующим – если он случится, и план А и план Б не сработают, то проект можно закрывать. К счастью такие терминирующие риски встречаются не очень часто. У меня были на каждом третьем - каждом пятом проекте. И как правило, их видно сразу. Чтобы их заметить, не нужно доходить до таблички. И такие значимые терминирующие риски надо записывать в устав, потому что с ними не справиться.

Мы говорили о том, что риски есть позитивные, есть негативные. Негативные риски мы все время обсуждали. Мы для них посчитали суммарный EMV. Но у нас должна быть отдельно табличка и для позитивных рисков (в русском языке, в отличие от английского, их принято называть “возможностями” - МТ). И для них мы тоже считаем суммарный EMV. А как посчитать суммарный EMV всего проекта? 

EMV негативных рисков – резерв: сколько вы себе еще отложили денег или времени про запас, потому что негативные риски удлиняют проект и делают его дороже. Позитивные риски проект ускоряют и удешевляют, поэтому в данном случае EMV – это не затраты, а экономия. С точки зрения математики у резервов положительных рисков знак «+» (плюс), а у резервов отрицательных рисков – знак «–» (минус). И когда мы считаем суммарный EMV всего проекта, мы резервы складываем, но фактически мы вычитываем из негативных рисков позитивные. 

Это конечно психологически трудно делать, считать все резервы – и на негативные риски, и на позитивные. Потому что ты понимаешь, что можешь не все учесть, что-то забыть, о чем-то не догадываться даже. А какой-то риск возьмет и неожиданно вылезет. Конечно, он очень неудобный, потому что на него нет ни резервов, ни планов. Откуда деньги на него взять? Самый логичный путь - из резерва на риски. В таком случае есть термин в проектном управлении – обходы. То есть вы просто выкручиваетесь. Можно попробовать взять деньги из общего пула, как-то сжать работы (об этом в методах сжатия расписания) или сроки, снизить качество. Если вы не работали с рисками формально, то вы обязательно выкрутитесь. Хорошая практика проектного управления предлагает кроме резерва на конкретные риски добавлять еще управленческий резерв - на риски невыявленные.

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

 

Предыдущая часть курса: Риски – количественный анализ. Курс по управлению проектами, часть 27

Следующая часть курса: Коммуникации в проекте: шумы и подсчет количества каналов. Курс по управлению проектами, часть 29

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

 

Если вас интересует тема "Управления проектами" и вы хотите самостоятельно подготовиться к экзамену на сертификат Project Management Professional, то приглашаем пройти новый видеокурс Ивана Селиховкина "Подготовка к экзамену РМР"

См. также

Анализ & Управление в ИТ-проектах, 30 мая - 1 июня 2024 г., Санкт-Петербург

Анализ и управление Управление проектом Анализ и проектирование ИТ-систем Мероприятия Россия Платные (руб)

Практическая конференция для аналитиков и руководителей проектов 1С. 30 мая - 1 июня 2024 г. Санкт-Петербург, отель Park Inn by Radisson Pribaltiyskaya, ул. Кораблестроителей 14

30000 руб.

27.05.2023    15716    1    0    

5

Внедрение крупного проекта на ERP 2.5 с применением методических решений из УПП 1.3 и обеспечением товаров с разных складов с учетом серий

Управление проектом Внедрение ИТ-системы Платформа 1С v8.3 1С:ERP Управление предприятием 2 Оптовая торговля, дистрибуция, логистика Россия Бесплатно (free)

В 2021 году начали проект в дистрибьюторской компании. Имели большой опыт внедрения УПП, но периодически возникали вопросы. Зачем что-то придумали в ERP, что стало менее удобнее, чем было в УПП? Почему нельзя было взять лучшие идеи из УПП и ERP и скрестить их? А идея, что обеспечение нужно выносить из заказов, с каждым новым проектом находила все большее подтверждение. В итоге на этом проекте удалось применить лучшие (на мой взгляд) методические решения, которые мне довелось внедрять в конфигурациях УПП и ERP, в т.ч. подход, что реагировать нужно только на важное (то, как на заре появления ERP Фирма 1С ее позиционировала).

05.07.2023    12335    ASchekachev    36    

48

Организация работы внутренней команды 1С с помощью Канбан

Управление проектом Управление командой Бесплатно (free)

Когда ИТ-отдел разрывается между разнотипными задачами от внутренних заказчиков, стоит посмотреть в сторону гибких подходов. О том, как, используя три практики Канбана – WiP-лимит, визуализация и распределение по сервисам – улучшить отношения с заказчиками, не бояться давать обещания по срокам и укладываться в них, на конференции Infostart Event 2021 Moscow Premiere рассказал руководитель направления 1С в компании UTG Станислав Алексенко.

28.06.2023    4909    stnslv    5    

23

Технология проекта внедрения 1С:ERP – как управлять большим проектом

Управление проектом Управление командой Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление холдингом Бесплатно (free)

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

10.02.2023    3488    andironenko    2    

28

На что похож ваш продукт: на Аквариум или на Муравейник? 

Управление проектом Бесплатно (free)

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

27.12.2022    2227    MariaTemchina    28    

23

ТРИЗ. Решение нерешаемых проблем в бизнесе

Управление проектом Бесплатно (free)

Советскую теорию решения изобретательских задач давно применяют крупнейшие мировые корпорации, причем не только в технологической области, но и в сфере бизнеса. На конференции Infostart Event 2021 Post-Apocalypse основатель бизнес-клуба ТРИЗ Алексей Благих рассказал, как с помощью ТРИЗ решать нерешаемые задачи, и почему метод проб и ошибок здесь не поможет.

09.11.2022    2903    user1576201    10    

17

Я - ЗУПер! Часть 1. Компетенции сотрудников.

Внедрение ИТ-системы Управление проектом Управление командой Управление ИТ-подразделением Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

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

09.09.2022    8676    biimmap    79    

65

Как донести здравый смысл до заказчика. Инструменты архитектора

Управление проектом Анализ и проектирование ИТ-систем Бесплатно (free)

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

05.08.2022    11457    Evil Beaver    17    

108
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. VmvLer 20.08.19 13:01 Сейчас в теме
я не читал первые 27 частей и ни капельки об этом не жалею.
пожалуй я пропущу еще 25 частей
2. wowik 879 20.08.19 13:27 Сейчас в теме
(1) а я читал, мне понравилось. +1
Оставьте свое сообщение