Автор: Юлия Куновская

Юлия Куновская, основатель и руководитель бюро аналитики и презентаций MakeSense.

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

Исходная ситуация

В 2020 году компания запустил масштабный проект: создание единого хранилища данных. Цель была более чем амбициозная — создать единый источник достоверной информации для всех функций: клиентская аналитика, операционные данные, управленческая отчётность. Задача крайне объемная, потому что внутри все данные по всем операциям, расчётам и клиентам. Горизонт реализации оценивали в два-три года.

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

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

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

Как мы выстраивали стратегию защиты

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

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

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

Возврат к предпосылкам

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

Контекст, а не оправдания

Следующий шаг: объяснить, что произошло за время реализации. Не с позиции «мы не виноваты», а с позиции «вот как сыграли внешние риски и вот как это повлияло на ход проекта».

Здесь принципиально важно различать: контекст и ответственность. Контекст — внешние факторы, на которые команда не могла повлиять. Если же менеджер допустил ошибку в своей зоне ответственности, то ссылаться на контекст уже не получится, придется принять ответственность и предлагать шаги по корректировке.

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

Декомпозиция: показать реальный объём

Это оказался ключевой шаг. У команды существовал утверждённый roadmap, но он был довольно верхнеуровневый: четыре-пять крупных этапов для проекта длительностью в два-три года. В такой подаче «мы выполнили полтора этапа из пяти» воспринимается как незначительный прогресс. Когда слон слишком большой, его не получится продать целиком.

Мы детализировали каждый этап до конкретных задач. Получилось около девяти крупных блоков, каждый — с внутренней декомпозицией.

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

Здесь важен и визуальный эффект. Мы подключили дизайнеров и оформили roadmap со светофором по статусам. Когда на схеме преобладают завершенные блоки с зелеными отметками, это формирует объективное и позитивное представление о масштабе выполненной работы. На защите визуализированная подача работает существенно лучше, чем абстрактные «выполнено/не выполнено».
Хронология проекта: от старта до защиты

Эффект для бизнеса

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

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

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

Привязка к стратегии

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

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

Тайминг и подготовка к вопросам

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

Но вопросы после основной презентации точно будут, и это нормально. К ним нужно готовиться отдельно. Мы заранее обсудили с лидером, какие вопросы может задать председатель, и часть из них покрыли приложениями: обновленный детальный roadmap, оргструктура, ресурсы, бюджет. Всё это не входит в основную линию защиты, но спасает, когда начинаются уточняющие вопросы. Наличие готовых проработанных ответов на вопросы — еще один аргумент в пользу команды.

Конкретный план завершения

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

Результат

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

Принципы, которые стоит учитывать

Если ваш проект оказался в схожей ситуации — затянулся, контекст изменился, доверие к команде снижается — вот что работает на практике.
  • Подготовьте несколько сценариев. Дайте проектной команде выбор, чтобы они могли защищать проект в комфортной для себя манере.
  • Вернитесь к предпосылкам. Зачем проект начинался и почему это по-прежнему актуально.
  • Разделите контекст и ответственность. Внешние обстоятельства — это факты и риски, и подавать их нужно с конкретикой и без эмоциональной окраски. Но не путайте их с вашей личной ответственностью: если ошибка в зоне влияния команды, это другой разговор.
  • Детализируйте. Покажите реальный объем выполненной работы на уровне конкретных задач, а не укрупненных этапов.
  • Покажите результат, а не процесс. Что уже функционирует и какой эффект это дает бизнесу уже сейчас.
  • Свяжите проект со стратегией. Если эта связь существует, она может стать ключевым аргументом.
  • Уложитесь в тайминг. Убедительный рассказ на 15-20 минут без размытия фокуса, а детали — в приложениях в случае дополнительных вопросов.
  • Представьте обновленный план. Сроки, ресурсы, шаги, результат — максимум конкретики.

Этот кейс — один из многих, которые обсуждаются внутри профессионального сообщества Ассоциации организационного развития. Разборы реальных проектов, обмен подходами, совместный поиск решений — всё это доступно членам ODA.
Станьте частью нашей ассоциации!
Если вы хотите разобраться, как объективно оценивать загрузку сотрудников и принимать решения на основе данных, а не ощущений — приходите в Ассоциацию. Здесь вас ждёт сообщество экспертов-практиков, которые уже решали эту задачу в разных отраслях, и готовые инструменты для выстраивания системы в реальном бизнесе.
Рекомендуем к прочтению