«Технический долг» — слово-ловушка: за ним прячутся разные п
В декабре 2023 года блог Stack Overflow перевыпустил одну из лучших статей года — «Stop saying technical debt». Начинается она со сцены, которую видел каждый: релиз задерживается на три недели, один разработчик закопался в обновлении фреймворка, второй переделывает фиче-флаги. Всё это скопом называют «техническим долгом», хотя каждый вкладывает в этот термин что-то своё.
Обычно считают, что инженеры просто не хотят работать с плохим кодом. Но чаще дело в другом: недели, обещанные команде на рефакторинг, руководство пустило на очередной спринт с фичами. А размытое слово «долг» помогло замять эти обещания.
Между тем у этой метафоры есть конкретный автор и понятный смысл. Мартин Фаулер описывает её так: термин придумал Уорд Каннингем, и лишняя работа при выпуске новой фичи — это проценты по долгу. Фаулер приводит простой пример: если архитектура модулей понятная, фича делается за четыре дня, а если всё запутано — за шесть. Вот эти два дня разницы и есть проценты.
Как перестать бросаться словом «долг» и начать его считать: 1. Указывать конкретный участок кода, а не абстрактное «тут всё плохо». Считать проценты: на сколько именно дней дольше пишется любая новая фича в этом месте. Закреплять задачу за человеком и ставить дедлайн, а не откладывать до момента, «когда появится время».
Формула для бэклога: вместо «рефакторинг модуля заказов» писать «модуль заказов: +2 дня на каждую фичу, закрываем до 15 ноября».
Когда у техдолга появляются конкретная дата и ответственный, он перестает быть просто удобной отговоркой.
