Тимлид компании «Совкомбанк Технологии» Ирина опубликовала на Хабре статью, в которой подробно описала подход к управлению техническим долгом в проекте с 8-летней историей. Около 80% кодовой базы требовало глубокой переработки. Команда столкнулась с хаосом в коде, разношерстным стеком, угрозами безопасности и низкой скоростью сборки.
Проблемы проекта
Среди ключевых проблем: сотни пометок TODO и FIXME без контекста, три библиотеки для кэширования с одинаковой функциональностью, устаревшие языковые конструкции, три разных подхода к стилям (scss, tailwind, styled components), сотни уязвимостей в каждом анализе, сборка в dev-режиме более пяти минут. Разработчики тратили 60% времени на понимание «почему это не работает», погружение новых сотрудников занимало месяцы.
План действий
Команда разработала план из четырёх этапов: подготовка и организация процесса, выявление проблем, оценка и приоритизация, поиск времени и ресурсов.
Подготовка и организация
Изучили внутренние регламенты компании, организовали еженедельные технические встречи, создали отдельный раздел на платформе управления проектами с категорией «Техдолг» и отдельную таблицу со списком задач.
Выявление проблем
Провели ручную проверку кода: собрали все комментарии TODO, FIXME, HACK. Зафиксировали технические предупреждения из консоли браузера и терминала, заглушки по типизации (any, unknown, @ts-ignore), предупреждения линтеров. Замерили метрики: скорость сборки, размер бандла, velocity, TTM, количество багов. Использовали инструменты SAST, DAST, SCA, Secret Detection, npm audit. Также создали несколько AI-агентов для конкретных задач.
Оценка и приоритизация
Команда использовала скоринговую карту, позаимствованную у коллег-экономистов. Каждая задача оценивалась по четырём критериям с весами: критичность (40%), влияние на команду (30%), стоимость (20%), бизнес-риск (10%). Приоритет вычислялся по формуле. Для оценки стоимости применяли урезанную последовательность Фибоначчи. Также рассмотрели методики WSJF, матрицу приоритизации и оценку по критериям.
Поиск времени
Ирина рекомендует искать союзников в команде и учиться говорить на языке бизнеса. В статье приведены два примера «продажи» задач: внедрение системы моков и замена устаревшего WYSIWYG-редактора. Для каждого были собраны метрики, текущие значения и прогнозы, что позволило утвердить задачи.
Что это значит
Статья представляет собой практическое руководство для команд, работающих с легаси-проектами. Основной вывод: технический долг неизбежен, но им можно управлять системно, используя приоритизацию, метрики и коммуникацию с бизнесом. Материал опубликован на Хабре в блоге компании «Совкомбанк Технологии».

Комментарии · 0
Войдите, чтобы участвовать в обсуждении.