​Рефакторинг под шумок Бизнес не очень любит технические зада | Менеджер от боженьки

​Рефакторинг под шумок

Бизнес не очень любит технические задачи. Когда технари просят выделить два месяца на рефакторинг, обычно он идет в конец беклога.

Крутые менеджеры умеют превращать технические задачи в бизнес задачи:

Запилить сервис для кеша картинок
Ускорить загрузку картинок -> конверсия +2%

Отрефакторить класс Deals
Дешевле фиксить баги и делать новые фичи в Deals

Задача менеджера в этом случае - выяснить у команды, в чем смысл рефакторинга и переложить это на понятный бизнесу язык, объяснить “зачем”.

Но иногда и это не помогает. Тогда особо отчаянные менеджеры идут на хитрость.

Например, приходит от бизнеса новая фича - добавить в Deals историю сделок. Проводят груминг, обсуждают метрики, выбирают техническое решение. Когда дело доходит до оценки, менеджер тихонечко накидывает 30% сверху. За эти доп. часы команда перепишет один из классов.

Потом приходит дефект в Deals. Не блокер, дедлайнами никто не давит. И менеджер разработчику на ушко шепчет: “закрой хвосты по тестам заодно”.

Так, за несколько итераций и Deals посвежел и бизнес доволен. Некоторые компании так и живут, их руководство вообще не слышало ни про какие рефакторинги. Программисты просто закладывают свой “налог на разработку” во все оценки.

Напоминает, как когда мама делает уборку и, выкидывая мусор, под шумок выносит папин старый хлам.