Технический долг: определение, измерение и управление

Александр Поломодов и Дмитрий Гаевский обсуждают статью Google об определении, измерении и управлении техническим долгом. От метафоры Уорда Каннингема разговор переходит к сомнению в универсальности термина. Схему статьи ведущие проверяют практикой платформенной команды.

Google пришёл к теме через developer productivity: инженеры видели помеху, но называли долгом разные вещи. Исследователи совместили интервью и квартальные опросы с логами, получили десять категорий и выбрали несколько для проверки. Таксономия и результат измерений оказались зависимы от культуры и масштаба компании.

Дмитрий предлагает смотреть не на абстрактный долг, а на выбор между вариантами в контексте бизнеса, времени и технологии. Термин смешивает нужную отложенную работу и безвредное несовершенство кода. Поэтому сначала надо спросить, нужна ли работа, какое последствие она предотвращает и чем пожертвовали раньше.

Категории становятся полезными, когда превращаются в наблюдаемые типы работ. Тогда можно сравнивать продукты и стеки, приоритизировать общие инструменты и устранять повторяющиеся препятствия. Но без точки сравнения эффект трудно доказать; технические и продуктовые изменения лучше вести в одном процессе решений, а не в отдельном backlog долга.