Сегодня у компаний есть долговая нагрузка, которая не отражается в финансовой отчетности отдельной строкой, но влияет на скорость изменений, устойчивость сервисов и стоимость каждой новой доработки. Речь об IT-долге. Еще несколько лет назад его можно было считать внутренней проблемой разработки, в 2025–2026 годах это уже управленческий вопрос.
По данным Strategy Partners, в 2025 году заказчики могли сократить бюджеты на закупку IT-решений на 15–30% от плановых значений. Одновременно опрос CNews по трендам 2026 года показал, что среди главных барьеров для цифровых проектов участники рынка называют сокращение IT-бюджетов заказчиков, незрелость поддержки и плохую совместимость решений.
На этом фоне растет цена любой технической ошибки. Компания Positive Technologies прогнозирует, что по итогам 2025 года число успешных кибератак на российские организации вырастет на 20–45%, а в 2026 году может прибавить еще 30–35%. Аналитический центр Monq Digital Lab зафиксировал другой симптом той же проблемы: в 2024 году количество крупных IT-сбоев в России увеличилось на 22%, а в первом квартале 2025 года число масштабных инцидентов в корпоративном сегменте выросло еще на 25% по сравнению с четвертым кварталом 2024 года. В такой среде долг в системах перестает быть будущей неприятностью и начинает напрямую влиять на выручку, сроки и конкурентоспособность.
Что входит в скрытый IT-долг
IT-долг не сводится только к плохому коду, ведь такая проблема обычно лежит на поверхности. Гораздо опаснее долг, который врастает в архитектуру, интеграции, данные и процессы.
Например, система проектировалась под один масштаб бизнеса, потом на нее последовательно навешивали новые сервисы, временные связки и обходные сценарии. Формально всё работает, но фактически каждая новая доработка начинает цеплять несколько старых слоев сразу.
В реальности скрытый IT-долг почти всегда состоит из нескольких частей:
- Архитектурный долг. Система перестает выдерживать темп изменений и начинает сопротивляться любой новой задаче.
- Интеграционный долг. Одно простое изменение затрагивает пять систем, которые никто не пересматривал годами.
- Долг в данных. Компания копит дубли, пропуски и ошибки, пока не выясняется, что аналитика, отчетность и автоматизация опираются на внутреннюю свалку.
- Организационный долг. Критические знания находятся в головах нескольких людей, документация формальная, новые инженеры боятся трогать живой, но плохо понятный черный ящик.
Именно поэтому скрытый долг нельзя измерить только числом багов или возрастом библиотек. Он находится там, где компания уже потеряла управляемость, но еще не признала этого.
Как понять, что долг уже бьет по бизнесу
Первый признак очень простой: типовые изменения начинают стоить как проектная работа. Допустим, бизнес просит добавить новое поле в карточку товара, изменить условие акции или подключить дополнительный способ оплаты. Раньше такая задача занимала часы или дни — теперь на нее уходят недели. И дело не в том, что команда стала слабее, просто половина времени тратится на разбор связей, ручные проверки и страх что-то сломать. Компания платит за простую задачу цену сложной.
Второй признак видит уже не IT, а клиент. Оплата падает не потому, что банк не отвечает, а потому, что разработчик месяц назад правил шапку сайта и случайно задел платежный модуль. Приложение вылетает, личный кабинет работает нестабильно, доставка не может запуститься в новом регионе, потому что учетная система заточена под старую географию. Клиенту всё равно, в чём причина, он просто уходит к конкуренту.
Третий признак — продуктовая стагнация. Бизнес хочет новую функцию, а команда отвечает, что сначала нужно разобрать накопившиеся баги, переделать старые интеграции или переписать критический кусок логики. Когда 50–80% ресурсов разработки уходит на поддержание того, что уже работает, компания финансирует прошлое вместо будущего.
Почему компании системно недооценивают масштаб проблемы
Основная причина — долг редко переводят на язык бизнеса. Пока технический директор говорит о легаси, рефакторинге и устаревших зависимостях, совет директоров слышит только просьбу о дополнительном бюджете. Если нет перевода в деньги, сроки, риски и упущенные возможности, для бизнеса проблемы не существует.
Вторая причина — иллюзия стабильности. Заказы идут, система не лежит ежедневно, жалоб не слишком много — кажется, что можно подождать еще квартал. Эта логика особенно опасна, ведь рыночное окно для спокойного ожидания сужается. Исследования подтверждают, что качество решений, зрелость поддержки и совместимость становятся ключевыми барьерами уже на этапе развития и миграции IT.
Третья причина — давление краткосрочных целей. Бизнесу нужно выполнить квартальный план, вывести функцию, сдержать расходы. В такой ситуации побеждает модель «сделаем быстро, потом перепишем». Проблема в том, что «потом» почти никогда не наступает: следующий квартал приносит новый срочный релиз, перенос и очередной костыль. Через год компания обнаруживает, что временные решения стали частью постоянной архитектуры.
Наконец, свою роль играет кадровый фактор. Когда ключевые инженеры уходят, а дорогих специалистов заменяют более дешевыми, долг растет быстрее. Новая команда видит рабочую, но плохо понятную систему и старается лишний раз ее не трогать. В нынешних рыночных условиях это особенно болезненно, ведь дефицит квалифицированных специалистов — один из факторов, усиливающих риски цифровизации и импортозамещения.
Почему экономия на IT очень быстро превращается в убыток
Экономия перестает быть экономией, когда компромисс принимается без дедлайна на устранение и без плана возврата к нормальной архитектуре. Если решение звучит так: «Делаем быстро сейчас, а переписываем в октябре, вот бюджет и ответственный» — это управляемый риск. Если звучит: «Сойдет и так» — компания прямо сейчас собственными руками создает будущий убыток.
Снаружи всё выглядит рационально: не тратим деньги на тесты, не обновляем библиотеки, откладываем мониторинг, не переписываем слабую интеграцию, берем более дешевых людей. Внутри запускается другой процесс: стоимость следующей доработки растет, вероятность инцидента повышается, время восстановления увеличивается, а у бизнеса исчезает способность быстро выпускать новое.
Именно поэтому стоимость скрытого долга часто оказывается выше, чем кажется, в момент принятия решения. Компания видит сэкономленные сегодня деньги, но не будущую цену замедления. Между тем глобальная картина поражает: CAST Software, анализируя более 10 млрд строк кода в 17 странах, оценил совокупный мировой объем технического долга в 61 млрд рабочих дней, необходимых на исправление. Цифра не российская, но она хорошо отражает колоссальный масштаб проблемы.
Как считать IT-долг без иллюзий
Самая полезная отправная точка — сравнение стоимости типовых изменений, сколько занимала простая доработка год назад и сколько сейчас: добавить поле в форму, изменить логику скидки, подключить новый канал оплаты, адаптировать отчет. Если разница измеряется уже не часами, а неделями, бизнес платит за собственную медлительность. Это первая и вполне отрезвляющая цифра долга.
Второй рабочий показатель — доля усилий, уходящих не на создание нового, а на обслуживание старого. Если бэклог разработки заполнен багфиксами, переделками и ручными обходами, а новые функции вытесняются на второй план, долг уже съедает производственную мощность команды. Бизнес содержит разработку ради того, чтобы она чинила то, что вроде бы уже работает, — это и есть стоимость владения долгом в чистом виде.
Третий способ — посчитать заблокированные инициативы, какие решения бизнес хотел бы запустить прямо сейчас, но не может из-за ограничений платформы: новый регион, логика ценообразования, канал продаж, способ оплаты, интеграция… Список можно продолжать очень долго. Каждая такая отложенная инициатива — не просто неудобство, а упущенная выручка. После такого разговора бюджет на расчистку находится значительно быстрее, ведь появляется наглядный список недополученных возможностей.
Какие последствия первыми бьют по бизнесу
Первым под удар попадает не код, а способность быстро реагировать на рынок. Одна компания запускает акцию за выходные, а у вас на это уходит два спринта. Или конкурент подключает новый сервис, а вы еще только собираете требования, потому что любое изменение тянет за собой полсистемы. В отчетности это не выглядит как авария, но именно так компания начинает терять долю рынка.
Следом растут операционные расходы. Бизнес нанимает людей не для создания нового, а для обслуживания старого. Расширяется поддержка, множатся ручные операции, увеличиваются расходы на инциденты и сопровождение — это особенно опасно на фоне роста сбоев: Monq Digital Lab фиксирует учащение крупных IT-инцидентов в России, а Positive Technologies прогнозирует дальнейший рост успешных атак. Значит, каждый рубль, сэкономленный на расчистке долга, компания всё чаще перекладывает в бюджет будущих простоев, расследований и аварийного восстановления.
Третьим приходит кадровый эффект. Сильные инженеры не любят работать в среде, где большая часть времени уходит на тушение пожаров и борьбу с устаревшей системой. В результате долг начинает порождать текучесть, а текучесть — ускорять накопление долга. Это один из самых неприятных циклов, потому что он незаметен в начале и очень дорог в финале.
Есть ли точка невозврата
Есть. Она наступает, когда доделывать и чинить старое становится выше в цене и дольше, чем построить новое. Если каждая небольшая правка стоит дороже, чем приносит пользы, а бизнес не может ждать, пока команда будет несколько кварталов разбирать завалы, компания подходит к рубежу, где дешевле строить новую платформу или выносить критические части в отдельный слой.
На практике к точке невозврата чаще приводит не технический тупик, а рыночный. Система еще жива, но уже не дает бизнесу двигаться: новые продукты запускаются слишком медленно, масштабирование тормозится, себестоимость изменений становится неприемлемой. В этот момент становится ясно: лучше заплатить за новое, чем и дальше тонуть в старом.
Что делать сейчас, если компания заметила проблему
Осознание проблемы само по себе ничего не меняет. Нужен набор решений, который позволит перевести IT-долг из скрытой зоны в управляемую:
- Признать долг значимым фактором риска, а не скрытым фоном. До тех пор, пока он не вынесен в бюджетное и управленческое поле, он будет расти автоматически.
- Завести реестр критических зон. Не всего подряд, а именно тех участков, где долг уже влияет на деньги, сроки, инциденты или заблокированные инициативы. Это позволяет приоритезировать расчистку в зависимости от влияния на бизнес.
- Зафиксировать норму инвестиций в расчистку. Если компания полностью отдает все ресурсы только на новые функции, долг будет расти быстрее выручки. На практике помогает простое правило: часть емкости команды резервируется под обновления, тесты, мониторинг, документацию и разбор уязвимых мест, и этот объем нельзя бесконечно изымать под срочные задачи.
- Перевести разговор с уровня «нам нужен рефакторинг» на уровень «вот столько стоит одна неделя задержки, аварийный релиз и одна заблокированная инициатива». До тех пор, пока долг не получил денежную интерпретацию, он всегда будет проигрывать продаже, маркетингу и запуску новой функции.
- Не экономить на том, что определяет устойчивость. Мониторинг, резервное копирование, катастрофоустойчивость, обновление критических зависимостей и передача знаний внутри команды выглядят скучно ровно до первого серьезного сбоя.
Что будет в ближайшие годы
Компании, которые продолжат игнорировать накопленный IT-долг, не исчезнут мгновенно. Сначала они станут медленнее конкурентов, потом дороже. Затем начнут проигрывать в качестве сервиса, скорости внедрения изменений и найме сильных людей.
Компания, которая тратит 80% ресурсов на поддержание старого, не может запускать новое, а значит, ее место займут те, кто быстрее. В лучшем случае такой бизнес превратится в нишевого игрока с падающей долей рынка, который обслуживает старую клиентскую базу и медленно сжимается.
Это не вопрос выживания прямо сегодня, но через три года разрыв в скорости с конкурентами станет настолько критическим, что никакие маркетинговые акции и скидки его не перекроют. Компании, которые продолжают игнорировать проблему, теряют не деньги — они теряют способность меняться. А когда рынок требует от бизнеса постоянных изменений, потеря этой способности означает только одно: компания больше не участвует в гонке.
