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

Признак №1. Команда боится что-то менять. Любое изменение вызывает страх, потому что «нет тестов», «нет документации», никто не знает, как система работает на самом деле. Обновление библиотек и зависимостей превращается в операцию на открытом сердце.

№2. Вы не видите ускорения при росте команды. Наняли ещё трёх разработчиков — а скорость не выросла. Потому что 70% времени уходит на разбирательство в старом коде, а не на новый функционал. Каждый новый человек не ускоряет, а замедляет процесс, пока не разберётся.

№3. Бизнес говорит «надо», IT — «нельзя». Коммерческая служба просит новую интеграцию. Продакт пишет ТЗ. А разработчики отвечают: «Сначала надо переписать бэкенд». И это не саботаж, а скорее реальность, когда техдолг блокирует развитие продукта.

✅ Хорошая новость: технический долг лечится не глобальным переписыванием, а точечными инвестициями.

Как — в обновлённой статье 👇 https://zuyev.pro/blog/management/tech-debt/