Код не врёт: как новая роль в компании перестала давать техдолгу захватывать проекты
Автор статьи Александр Медовник — СТО Appfox.
Проблема, которую все видят, но толком не решают
Работая CTO в аутсорс-компании, я часто наблюдаю следующую проблему: высокая скорость разработки, множество параллельных проектов и разные стеки часто откладывают рефакторинг на поздние этапы, создавая идеальные условия для накопления технического долга.
Команды концентрируются на поставке фич. Им нужно удерживать темп, показывать результат, соблюдать договорённости по срокам.
Сначала это выглядит безобидно: ну да, где-то усложнился модуль, где-то накопилось лишнее наследование, где-то логика стала избыточной. Но постепенно эти мелочи начинают влиять на всё: от скорости разработки до стабильности продукта.
Рано или поздно заказчик начинает замечать проблемы в поставке, увеличившийся объём багфиксов или нестабильность релизов. И вопросы «что происходит?» становятся всё более прямыми.
Технический долг редко воспринимают как угрозу бизнесу. Чаще как техническую особенность процесса. Но если смотреть шире, последствия оказываются куда серьёзнее. Заказчик вполне может обратиться к независимой экспертизе, получить разбор состояния кода и, если результат неудовлетворительный, у него появляются веские основания требовать возврат средств или компенсацию. В такой ситуации любые попытки объяснить, что вы собирались провести рефакторинг позже бесполезны. Суд не рассматривает «планы», он рассматривает состояние кода на момент проверки. И это превращает техдолг не просто в инженерную проблему, а в фактор юридических и репутационных рисков. На первый взгляд кажется: контроль качества кода — задача CTO и тимлидов. Но в реальности у этих ролей другие фокусы: У этих ролей просто нет ресурса для системного контроля качества на уровне всей компании. И уж точно нет времени регулярно проводить глубокие code review десятков проектов. Поэтому рефакторинг проигрывает гонку за сроки. Чтобы решить проблему, мы ввели в компании новую роль — Head of Code Quality (HoCQ). Это роль, которая занимается только качеством кода — не скоростью, не процессами, не фичами, а именно качеством инженерной части проектов. HoCQ не заменяет CTO или тимлидов и не является «главным проверяющим». Это отдельная независимая вертикаль, которая отвечает за поддержание стандартов качества во всех проектах компании. HoCQ внедряет регулярные ревью проектов по единой методологии: анализ архитектуры; проверка ключевых модулей; оценка безопасности; анализ тестов, документации, CI/CD процессов; выявление зон риска.А главное — делает это регулярно. Вместо субъективных мнений появляется измеримая система: стандарты стиля и архитектурных решений; обязательные технические практики; контроль уровней сложности (например, cyclomatic complexity); метрики покрытия тестами; правила документирования; оценки производительности и стабильности. Каждый проект оценивается по единым критериям, что исключает споры и делает процесс прозрачным для заказчика. HoCQ — не надзорщик, а наставник. Он объясняет, как писать качественный код; показывает лучшие практики; проводит внутренние воркшопы; помогает тимлидам и разработчикам совершенствовать архитектуру; формирует культуру инженерного мастерства. Мы разработали масштабную систему внутренних чек-листов, которая позволяет оценить: качество кода, архитектурные решения, безопасность, зрелость процессов, компетенции разработчиков, продуктивность команд.Это даёт полноценную картину состояния проекта, а не субъективную оценку одного специалиста. Рынок разработки растёт и взрослеет. Заказчики стали лучше разбираться в процессах, чаще делают внешние аудиты и гораздо внимательнее относятся к качеству продукта. И в такой среде роль Head of Code Quality становится не просто удобством, а необходимостью. Она позволяет снижать риски, работать предсказуемо, удерживать высокий уровень качества, повышать доверие клиентов, делать разработку более стабильной и зрелой. И если ещё вчера такой роли в компаниях почти не существовало, то сегодня она постепенно становится новым стандартом аутсорс-разработки. __________________________________________________________________________ AppFox — ведущая digital-студия с более чем 10-летним опытом в разработке мобильных приложений, игр и VR/AR-решений. Среди клиентов — Mastercard, Сбер, РЖД, Adidas, Ozon и другие. В команде 130+ специалистов. 550+ кейсов. Хотите обсудить ваш проект?
Как технический долг превращается в бизнес-проблему
Что происходит, когда техдолг выходит из-под контроля:
Почему CTO и тимлиды не решают эту проблему
CTO
Тимлиды
Решение: создание роли Head of Code Quality
Что делает Head of Code Quality
1. Организует внутренний аудит кода
2. Создаёт стандарты и метрики качества
3. Обучает и развивает разработчиков
4. Вводит систему многоуровневых аудитов
Что мы получили после внедрения роли
Почему Head of Code Quality станет стандартом отрасли
Свяжитесь с нами для получения бесплатной консультации:
info@appfox.ru
88005512099
https://t.me/AppFoxSales