Управление ИТ-портфелем в условиях сокращения бюджета

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

Автор: Владимир Белозеров, заместитель коммерческого директора KODE

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

В 2025 году проблема стала особенно заметной. По исследованию «К2 Интеграции», о котором сообщали РБК и РУССОФТ, 29% российских компаний сократили расходы на ИТ. В нефтегазохимии, машиностроении и транспорте снижение составляло 10–40%.

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

Поэтому ключевой вопрос для CIO, CTO и руководителей цифровой трансформации звучит не «где урезать 20%», а «как сохранить максимальную ценность портфеля на оставшийся бюджет».

Что такое управление ИТ-портфелем и чем оно отличается от управления проектами

Проектное управление отвечает на вопрос, как выполнить конкретную инициативу в заданных сроках, бюджете и объеме.

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

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

Почему список проектов — это еще не ИТ-портфель

Реестр инициатив показывает, что компания делает. Управляемый ИТ-портфель дополнительно объясняет:

• какую бизнес-задачу решает каждая инициатива;
• сколько денег и capacity она потребляет;
• какой результат уже получен и когда ожидается следующий;
• какие системы, команды и поставщики от нее зависят;
• что произойдет, если работу остановить;
• кто принимает решение о дальнейшем финансировании.

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

Почему равномерное сокращение ИТ-бюджета не работает

Равномерное сокращение кажется справедливым: каждое подразделение или направление теряет одинаковый процент. Но инициативы создают разную ценность и несут разные риски. Сократить на 15% обязательное обновление защиты и экспериментальную витрину — формально одинаковые решения с принципиально разными последствиями.

Линейная оптимизация обычно приводит к четырем проблемам:

1. Приоритетные проекты замедляются вместе со второстепенными. Бизнес экономит деньги, но не получает результата ни в одном направлении.
2. Растет незавершенная работа. Команды обслуживают слишком много параллельных инициатив и тратят время на переключение контекста.
3. Экономия переносится в будущее. Отказ от архитектурных, инфраструктурных и legacy-задач увеличивает стоимость последующих изменений.
4. Теряются компетенции. Вместе с закрытым проектом компания может сократить специалистов, которые знают критичные системы и интеграции.

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

Как провести аудит ИТ-портфеля перед сокращением бюджета

Пересборка начинается не с выбора проектов на закрытие, а с инвентаризации. Ее цель — получить единую картину расходов, обязательств и результатов, которой доверяют ИТ и бизнес.

Какие данные собрать по каждой инициативе

Минимальная карточка проекта или продукта должна содержать:

1. Бизнес-цель и владельца результата.
2. Текущую стадию и уже вложенные средства.
3. Планируемые расходы и потребность в специалистах на следующие 6–12 месяцев.
4. Измеримый эффект: рост выручки, снижение затрат, уменьшение риска или выполнение обязательного требования.
5. Срок до следующего проверяемого результата.
6. Зависимости от систем, поставщиков, данных и других инициатив.
7. Последствия остановки, включая стоимость консервации и повторного запуска.
8. Критические компетенции, которыми обладает команда.

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

Как найти скрытые расходы в ИТ-портфеле

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

Отдельно проверьте:

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

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

Как расставить приоритеты в ИТ-портфеле

Единственного универсального рейтинга нет. Регуляторную задачу и продукт роста нельзя честно сравнить только по ROI: первая предотвращает неприемлемый риск, вторая создает доход. Сначала инициативы разделяют по роли, а затем оценивают внутри сопоставимых групп.

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

Как оценить проект по бизнес-ценности

Для первичного сравнения можно использовать взвешенную модель. Каждой инициативе присваивают оценку от 1 до 5 по пяти критериям:

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

Какие решения принимать по результатам оценки

Каждая инициатива должна получить один из пяти статусов:

1. Ускорить. Ценность высока, задержка дорога, дополнительный ресурс сокращает срок получения эффекта.
2. Продолжить. Проект остается приоритетным, текущий темп оправдан.
3. Изменить scope. Сохраняется ключевой результат, второстепенные функции переносятся.
4. Заморозить. Работа приостанавливается с документированием состояния, условий возврата и стоимости консервации.
5. Остановить. Будущая ценность не оправдывает расходы; команда и активы перераспределяются.

Статус «заморозить» нельзя использовать как способ избежать сложного решения. У инициативы должны быть дата пересмотра и конкретные условия возобновления: изменение спроса, получение лицензии, готовность зависимости или достижение финансового порога.

Как пересобрать ИТ-портфель пошагово

Для первичной антикризисной пересборки подойдет цикл из семи шагов.

Шаг 1. Зафиксировать ограничение и цели бизнеса

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

Шаг 2. Создать единую карту портфеля

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

Шаг 3. Проверить данные с владельцами бизнеса

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

Шаг 4. Оценить ценность, риск и зависимости

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

Шаг 5. Собрать сценарии сокращения

Подготовьте минимум три варианта: базовый, целевой и жесткий. Для каждого покажите экономию, потерянный эффект, риски, изменения сроков и влияние на команды. Так руководство выбирает последствия, а не просто процент бюджета.

Шаг 6. Перераспределить команды и знания

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

Шаг 7. Запустить регулярный пересмотр

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

Как сохранить команды при оптимизации ИТ-портфеля

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

Какие компетенции нельзя сокращать линейно

Перед изменением команд составьте карту критических знаний:

• архитектура и интеграции ключевых систем;
• особенности legacy-кода и инфраструктуры;
• безопасность и операционная надежность;
• данные и алгоритмы расчета бизнес-показателей;
• отношения с критичными поставщиками;
• знание регулируемых и редких бизнес-процессов.

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

Как объяснить командам изменение приоритетов

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

При остановке инициативы зафиксируйте:

1. Почему принято решение.
2. Что происходит с продуктом, кодом, данными и обязательствами.
3. Куда переходят люди и компетенции.
4. Кто отвечает за поддержку оставшейся системы.
5. При каких условиях работа может возобновиться.

Какие метрики использовать для управления ИТ-портфелем

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

Полезно отслеживать пять групп метрик:

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

Чек-лист пересборки ИТ-портфеля

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

Как оценить стоимость изменений в ИТ-портфеле

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

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

Оцените стоимость вашего проекта

Загрузите техническое задание или описание инициативы. AI-сервис KODE подготовит предварительную оценку бюджета, сроков и состава команды примерно за 30 минут.

Оценить проект

Как управление ИТ-портфелем влияет на бизнес

Цель антикризисной пересборки — не сохранить максимальное число проектов, а сохранить способность компании меняться. Правильно управляемый портфель дает бизнесу четыре результата:

1. Деньги и дефицитные специалисты концентрируются на приоритетных задачах.
2. Руководство видит цену продолжения, задержки и остановки инициатив.
3. Сокращение расходов не разрушает критичную архитектуру и компетенции.
4. При улучшении условий компания может ускорить развитие, а не сначала восстанавливать утраченную ИТ-функцию.

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

FAQ об управлении ИТ-портфелем

Как сократить ИТ-бюджет без остановки развития?

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

Что делать с уже начатыми ИТ-проектами?

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

Как часто нужно пересматривать ИТ-портфель?

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

Почему высокая загрузка команд не означает эффективность?

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

Как оценить бизнес-ценность инфраструктурного проекта?

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

Что делать с командой после закрытия проекта?

Сначала определите, какие знания и компетенции нужны целевому портфелю. Затем перераспределите специалистов, проведите передачу знаний и закрепите владельцев систем; сокращение по принципу принадлежности к закрытому проекту создает риск потери критичной экспертизы.

Сколько времени занимает пересборка ИТ-портфеля?

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