Технический долг съедает скорость
Каждая доработка требует всё больше времени, потому что логика продублирована в нескольких местах, а изменения ломают соседние сценарии. Оценка в спринтах перестала быть предсказуемой.
Технологический аудит
Что на самом деле происходит в вашей системе
Читаем код, изучаем схему данных, разбираем конфигурации серверов и конвейер сборки. Итог — заключение, где каждая проблема оценена в человеко-днях и связана с конкретным риском для бизнеса.
Или сразу: +7 (962) 368-39-51 Telegram
код
чтение исходников, а не опросник
чел-дни
технический долг в измеримых единицах
DORA
метрики процесса разработки
2 уровня
отчёт для CTO и для собственника
Признаки того, что аудит пора проводить
Обычно проблемы известны команде, но не переведены в деньги и приоритеты — поэтому годами остаются нерешёнными.
Документации нет, знания у одного человека
Единственный разработчик, который понимает схему данных и исторические решения, становится точкой отказа. Его отпуск или уход парализует развитие на месяцы.
Устаревшие версии без плана обновления
Фреймворк, runtime и база данных отстали на несколько мажорных версий. Обновление откладывается, потому что объём работ неизвестен, а риск сломать продакшн кажется выше выгоды.
Оценки «на глаз» и сорванные сроки
Задачи оцениваются без декомпозиции и без учёта состояния кода, поэтому фактическая трудоёмкость в два-три раза превышает заявленную. Планирование превращается в переговоры.
Производительность деградирует незаметно
Страницы отвечают всё медленнее, но никто не может сказать, какой запрос или какой участок кода стал узким местом. Оптимизация начинается с жалоб клиентов, а не с метрик.
Релизы страшные и ручные
Выкладка версии — событие на весь вечер, миграции выполняются вручную, откат не предусмотрен. Конвейер сборки либо отсутствует, либо существует формально.
Что мы проверяем
Аудит охватывает четыре слоя: код, архитектуру и данные, инфраструктуру, процесс разработки. Каждый слой описывается отдельно, чтобы вы могли исправлять их независимо.
Кодовая база
Читаем исходники и оцениваем, насколько безопасно и предсказуемо в них вносить изменения. Это не проверка стиля, а оценка стоимости будущих доработок.
- Дублирование логики и связность модулей
- Покрытие тестами критичных сценариев и наличие самих тестов
- Устаревшие зависимости и мажорные версии фреймворка
- Обработка ошибок, логирование, отсутствие «тихих» исключений
Архитектура и данные
Смотрим, соответствует ли структура системы задачам, которые она решает сегодня, и выдержит ли она рост нагрузки и новые интеграции.
- Схема данных: нормализация, индексы, целостность, дубли сущностей
- Границы модулей и возможность выделить независимые сервисы
- Точки интеграции и устойчивость к недоступности внешних систем
- Узкие места по нагрузке и поведение под пиковой очередью
Инфраструктура и эксплуатация
Проверяем, чем система управляется в продакшене: конфигурации, окружения, резервные копии, мониторинг и реагирование на сбои.
- Воспроизводимость окружений и отсутствие ручных настроек
- Работоспособность резервных копий и проверенный сценарий восстановления
- Мониторинг, алерты и наличие ответственного за реакцию
- Расходы на инфраструктуру и их соответствие фактической нагрузке
Процесс разработки
Оцениваем, как команда выпускает изменения, и считаем метрики, по которым видно, где теряется время. Это позволяет отличить проблему людей от проблемы процесса.
- Частота релизов, время до продакшна, доля неуспешных выкладок
- Качество требований и наличие критериев приёмки
- Ревью кода, ветвление, работа с задачами и трекером
- Оценка трудозатрат и точность планирования за прошлые периоды
Как проходит аудит
Работаем на вашей кодовой базе и вашем стенде. Доступ к продакшену с правом изменения не требуется.
-
01 3–5 дней
Сбор данных
Получаем доступ к репозиторию, схеме данных, конфигурациям и трекеру задач. Согласуем список систем и сценариев, которые важны в первую очередь.
-
02 2–4 недели
Анализ кода и архитектуры
Читаем критичные модули, строим схему данных и интеграций, прогоняем статический анализ. Фиксируем находки с привязкой к файлам и участкам кода.
-
03 1–2 недели
Инфраструктура и процесс
Разбираем конфигурации, конвейер сборки и метрики разработки. Проводим интервью с командой, смотрим, как задачи проходят от постановки до релиза.
-
04 1 неделя
Отчёт и защита
Передаём заключение в двух версиях — технической и управленческой, разбираем его с командой, отвечаем на вопросы и защищаем приоритеты исправлений.
Как мы считаем технический долг в деньгах
Технический долг — не метафора, а измеримая величина: это дополнительное время, которое команда тратит на каждую задачу из-за состояния кода. Чтобы его посчитать, мы берём три типовые доработки из недавнего прошлого, разбираем фактическую трудоёмкость и определяем, какая её доля вызвана именно долгом: дублированием логики, отсутствием тестов, ручными операциями при выкладке.
Полученный коэффициент умножаем на годовой фонд разработки — так появляется сумма в человеко-днях и рублях. Дальше её можно сравнить со стоимостью исправления: если устранение причины стоит 40 человеко-дней, а ежегодные потери — 120, решение становится очевидным без обсуждения «чистоты кода».
Что аудит даёт перед сделкой или сменой подрядчика
При покупке компании или передаче проекта новому подрядчику главный вопрос — сколько стоит привести систему в состояние, пригодное для развития. Аудит отвечает на него до подписания документов: проверяется не только качество кода, но и юридическая обвязка — кому принадлежат права на исходники, есть ли лицензии на проприетарные компоненты, нет ли в коде фрагментов с несовместимыми условиями использования.
Отдельно мы фиксируем «знаниевые» риски: какие участки системы понимает только один человек, есть ли доступы ко всем сервисам, восстанавливается ли система из резервных копий. Именно эти пункты чаще всего становятся неприятным сюрпризом после смены команды, а не сам код.
Что делать после аудита
Заключение аудита — вход в планирование, а не финальный документ. Мы раскладываем находки на три группы: критичные (мешают работать или создают риск потери данных), важные (замедляют развитие и повышают стоимость изменений) и фоновые (можно закрывать попутно при следующей доработке).
Дальше формируется план: отдельные технические инициативы с оценкой трудозатрат, которые включаются в общий портфель работ. Часть находок закрывается в течение месяца, часть — в рамках плановых доработок в течение года. Мы не рекомендуем останавливать продукт на «большой рефакторинг»: как правило, дешевле и безопаснее исправлять по зонам, привязанным к реальным бизнес-задачам.
Частые вопросы
Нет. Для аудита достаточно репозитория, дампа схемы или обезличенной копии базы, конфигурационных файлов и описания инфраструктуры. Если нужно проверить поведение под нагрузкой, мы просим тестовый стенд. Доступ к продакшену с правом изменения не запрашиваем — это не требуется для оценки состояния.
Стоимость зависит от объёма кодовой базы и числа систем. Типовой проект — веб-приложение или личный кабинет объёмом до 100 тысяч строк — проверяется за 3–5 недель. Крупная платформа с несколькими сервисами, интеграциями и мобильным приложением требует от 6 недель. Точную оценку называем после короткого знакомства с репозиторием.
По желанию. Минимальный формат — заключение с планом исправлений, чтобы ваша команда выполнила работы самостоятельно. Если нужно, берём на себя закрытие критичных находок отдельным проектом и передаём изменения через ревью вашей команды. Смешивать аудит и исправления в одном договоре не рекомендуем: оценка должна оставаться независимой.
Мы готовим две версии. Техническая содержит привязку к файлам, схемам и участкам кода, ею пользуется команда. Управленческая описывает состояние системы через риски и стоимость: что произойдёт, если ничего не менять, и сколько стоит исправление. Собственник или финансовый директор читает именно вторую версию.
IT-консалтинг: другие направления
Смежные задачи, которые обычно решаются в одном проекте с этой.
Хотите знать реальное состояние системы?
Опишите стек и объём кодовой базы — назовём сроки аудита и стоимость.