Что может пойти не так — пойдёт: расписание проекта и управление рисками для внутрикома

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

Парадокс самой вероятной даты

Когда вы говорите заказчику «портал запустим 15 числа», вы называете самую вероятную дату. Звучит надёжно. На деле у вас примерно 50 на 50, что вы в эту дату попадёте. А с поправкой на то, что в мире проектов плохого всегда больше, чем хорошего, шанс опоздать сильно выше половины. Срок ползёт не от непрофессионализма, а от устройства реальности. Из этого следует простая мысль. Называя руководителю одну дату, мы фактически обещаем то, что в половине случаев выполнить не сможем. Полезнее держать в голове три цифры: оптимистичный срок, наиболее вероятный и пессимистичный. Внутри команды работаем по первому, заказчику называем третий.

Тройное ограничение и где оно ломается у нас

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

Известные риски и неизвестные

Риски делятся на две категории. Известные мы можем назвать заранее: спикер сорвётся, подрядчик задержит макет, IT не успеет настроить интеграцию портала с SSO. Под них пишется план. Неизвестные риски — те, которые мы по определению не предскажем: внезапная реорганизация, утечка инфоповода, отмена корпоратива на уровне совета директоров за неделю до даты. Под известные риски закладывается резерв в плане. Под неизвестные — управленческий резерв по срокам и бюджету. Это не «жирок на всякий случай», это часть проекта. Когда CFO спрашивает, зачем в смете двадцать процентов сверху, ответ один: чтобы не переделывать смету через месяц.

Как искать риски в команде

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

• Уклонение. Не работаем с подрядчиком, который дважды срывал сроки, даже если он дешевле. Не запускаем townhall в пятницу вечером, потому что половина людей уже не в офисе.

• Локализация. Если новый формат рассылки рискованный, пилотируем на одном дивизионе, а не на всей компании сразу.

• Диверсификация. Не складываем все коммуникации в один канал. Если портал упал, у вас есть рассылка, чат и дайджест. Один сломанный канал не убивает кампанию.

• Компенсация. Заранее держим запасного спикера, резервный слот в эфире, второй макет, согласованный текст «на случай если». Это не паранойя, это гигиена.

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

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

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

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

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

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

Комментарии

Написать