Как потерять ещё неделю работы на кампании, которую уже отменили
Самый дорогой этап отменённой кампании иногда начинается после слова «стоп». Запуск уже не состоится, а рабочие часы продолжают сгорать — просто потому, что никто не разобрал, какие задачи теперь нужно бросить, какие закончить, а какие передать дальше. Показываем, как остановить проект так, чтобы вместе с ним действительно остановилась работа.
После «стоп» нужен новый план, а не просто сообщение в чате
Представим обычный запуск. Лендинг почти готов, дизайнер собирает последние форматы, подрядчик настраивает размещение, письмо стоит в очереди на рассылку. В среду руководство решает кампанию отменить.
Если после этого написать в общий чат «запуск снимаем» и разойтись, проект ещё несколько дней будет двигаться по инерции. Дизайнер закончит баннеры, потому что у него дедлайн завтра. Копирайтер внесёт последние правки, потому что его задачу никто не снял. Подрядчик вообще может узнать об отмене после того, как пришлёт готовую работу.
Поэтому первое действие после отмены — не архивировать проект, а заморозить старый план. С этого момента ни одна открытая задача не должна продолжаться автоматически только потому, что вчера у неё были исполнитель и срок.
Хорошая формулировка для команды звучит примерно так: «Кампанию останавливаем. До 15:00 не продолжаем незавершённые задачи, пока не разберём, что с каждой делать дальше». Это даёт несколько часов на нормальное закрытие и одновременно останавливает производство ненужной работы.
За 15 минут разберите весь хвост проекта
Не нужно проводить отдельную стратегическую сессию. Откройте все незакрытые задачи и пройдите их одну за другой. Для каждой достаточно трёх вопросов: нужен ли результат после отмены кампании, сколько ещё времени потребуется и возникнет ли проблема, если работу остановить сейчас.
Например, дизайнеру осталось пять минут, чтобы сохранить мастер-макет и сложить исходники в понятную папку. Эту задачу логично закончить. А вот делать после этого ещё восемь размеров для отменённых размещений уже незачем.
Другой пример: подрядчик подготовил рекламный кабинет и потратил согласованный объём часов. Кампания не запускается, но задачу нельзя просто удалить. Нужно принять уже сделанную работу, договориться об оплате, получить необходимые материалы и закрыть доступы.
А вот черновик письма под акцию, которой больше не будет, вполне можно остановить сразу. Если текст когда-нибудь понадобится снова, новый проект сам покажет, есть ли смысл его поднимать из архива.
Чтобы не обсуждать каждую карточку двадцать минут, используйте один короткий алгоритм:
- Остановить — результат после отмены больше не нужен.
- Довести до сохранного состояния — осталось немного работы, после которой уже созданный результат можно будет использовать позже.
- Передать дальше — задача нужна, но уже другому проекту или процессу.
- Закрыть обязательство — работу продолжать не нужно, но остались деньги, документы, доступы или договорённости с другими людьми.
После такого прохода у каждой открытой задачи появляется новое решение. Самое вредное состояние — оставить её как была «до выяснения»: именно такие карточки потом продолжают жить своей жизнью ещё неделю.
Уберите старые дедлайны — они продолжают командовать людьми
Есть довольно простая причина, почему сотрудники продолжают отменённую работу: таск-трекер говорит им, что её всё ещё нужно делать.
На созвоне человек услышал, что запуск отменили. Утром он открывает рабочую систему и видит: «Подготовить баннеры — сегодня», «Письмо — завтра», «Передать макеты — пятница». Что из этого считать актуальным?
Поэтому сразу после разбора хвоста старые сроки нужно либо убрать, либо заменить новыми. Если задача переносится в другой проект, она получает нового владельца и новую дату. Если её остановили, она больше не должна выглядеть как просрочка, за которой кто-то плохо следит.
То же касается статуса «В работе». Если над карточкой никто больше не работает, она не должна оставаться там только потому, что так было вчера. Иначе через три дня руководитель снова увидит десяток активных задач и пойдёт выяснять, почему команда продолжает отменённую кампанию.
Практический тест здесь очень простой: откройте проект глазами человека, который пропустил созвон. По одной доске должно быть понятно, что делать дальше. Если для правильного решения ему всё ещё нужно написать коллегам, закрытие пока не закончено.
Сделайте владельца закрытия, иначе часть хвоста останется ничьей
У отменённого проекта часто появляется странный статус: им больше никто не руководит, но внутри него ещё полно работы.
Маркетолог думает, что подрядчика предупредит руководитель. Руководитель уверен, что это задача маркетолога. Дизайнер складывает исходники в свою папку и считает вопрос закрытым. Через месяц нужный файл ищут всей командой.
Поэтому у закрытия должен быть один ответственный. Не человек, который лично выполняет все финальные действия, а тот, кто проходит проект до конца и проверяет, что каждый хвост кому-то назначен.
Для небольшой кампании ему нужен довольно короткий чек-лист: проверить открытые задачи, уведомить всех внешних участников, отменить запланированные публикации и отправки, закрыть платежи, собрать полезные материалы, передать продолжающиеся задачи в другие проекты и убрать ненужные доступы.
После этого можно задать финальный вопрос: если завтра вся команда забудет об этой кампании, останется ли из-за неё хоть одна неожиданная проблема? Если да, проект закрыт не до конца.
Сохраните не весь проект, а то, за что уже заплатили временем
Архивировать всё подряд тоже не лучший вариант. Через полгода команда получает огромное хранилище из десятков папок, где полезный мастер-макет лежит рядом с пятью устаревшими промежуточными версиями и текстом, который так и не согласовали.
При закрытии стоит оставить только то, что действительно может пригодиться повторно. Например, финальный исходник дизайна, результаты уже проведённого теста, исследование аудитории, согласованные формулировки, контакты подрядчиков и короткую запись о причине остановки.
Причина особенно полезна. Через несколько месяцев люди помнят, что проект закрыли, но совершенно не помнят почему. И вполне могут снова предложить ту же идею, пройти половину пути и только потом обнаружить старую переписку.
Для этого не нужен полноценный отчёт. Достаточно нескольких строк: «Кампанию остановили до запуска, потому что изменился бюджет. Баннеры частично готовы, мастер-макет сохранён. При повторном запуске сначала подтверждаем бюджет размещения, потом отдаём форматы в производство».
Вот это уже информация, которая экономит время следующему проекту.
Не проводите ретроспективу ради ретроспективы
После неудачного или отменённого запуска легко провести час на встрече и закончить формулировкой «нужно лучше коммуницировать». Она звучит разумно и почти наверняка никак не повлияет на следующую кампанию.
Полезнее найти один момент, который можно изменить в процессе. Например, если дизайнер начал готовить десять форматов до окончательного подтверждения размещений, новое правило может звучать так: сначала подтверждаем список площадок, потом запускаем адаптацию.
Если подрядчик продолжал работу после внутренней отмены, следующий проект получает ещё одно правило: решение о запуске и решение об остановке всегда отправляется внешним исполнителям отдельным сообщением.
Такие выводы хороши тем, что их можно проверить. В следующей кампании либо команда действительно изменила порядок работы, либо нет. «Улучшить коммуникацию» проверить практически невозможно.
Как собрать процесс закрытия на доске
Для отменяемого проекта можно временно добавить этап «Разобрать при закрытии» и перенести туда все незавершённые карточки. Дальше каждая либо закрывается, либо получает короткое финальное действие, либо уезжает в другой проект с новым ответственным и сроком.
Так становится видно, закончилась ли работа на самом деле. Пока в этом этапе лежат карточки, проект ещё требует внимания. Когда он пуст, обязательства закрыты, а полезные материалы сохранены — вот тогда его можно спокойно отправлять в архив.
Проверить такую схему в Канбано можно на ближайшем завершённом или отменённом проекте. Сейчас сервис полностью бесплатен — 0 ₽, без ограничений по пользователям, доскам и карточкам, поэтому для такого разбора можно подключить всю команду и не покупать лицензии ради отдельного процесса.
А самый быстрый тест можно провести уже сегодня: откройте последний проект, который вы считаете закрытым, и посмотрите на все незавершённые карточки. Если хотя бы по одной невозможно сразу понять «остановить, закончить или передать», у вас уже есть первая задача на закрытие.