Как выбрать, что рефакторить - ч.1 оцениваем пользу TL;DR На | Менеджер от боженьки
Как выбрать, что рефакторить - ч.1 оцениваем пользу
TL;DR
На техдолг нужно смотреть, как на обычные фичи - с точки зрения ценности и метрик. Альтернативный вариант, если это невозможно - посмотреть “что болит” в коде. Самым полезным для рефакторинга будет код, удовлетворяющий двум условиям: 1) высокая complexity 2) часто меняется.
————————
Спроси любого программиста, он всегда насобирает техдолга на год работы. Тут древний фреймворк, который ни разу не обновлялся, там легаси, которое уже никто в команде не понимает.
Как понять, какой рефакторинг стоит брать в работу, а что можно отложить на потом?
Как и любую задачу в беклоге, рефакторинг нужно рассматривать с точки зрения ценности.
Например, перепишем модуль рендеринга, чтобы фотки грузились быстрее. Благодаря этому, меньше пользователей будут отваливаться на долгом шаге загрузки фоток, и общая конверсия в покупку вырастет.
Ценность такой задачи легко посчитать в деньгах, она понятна бизнесу и имеет все шансы попасть в спринт. Продакт тоже доволен - задачи по рефакторингу можно сравнивать с обычными фичами и применять к ним те же процессы.
Проблема в том, что далеко не все технические задачи можно так запросто перевести в метрики и деньги...
————————
О других классических методах приоритезации читайте в папке с топ продуктовыми каналами.