Продолжим немного по рефакторингу. Я глубоко убежден, что, рефакторинг, как и любое другое внедрение в код, должен быть управляемым. А "чтобы управлять, нужно, как-никак, иметь точный план" (с) Воланд.
Поэтому я большой противник стихийного и случайного рефакторинга.
Важность рефакторинга должна осознаваться не только разработчиками, но и лидом (да, такое не всегда и не везде), и, что очень важно, менеджментом. Как менеджеры будут продавать этот рефакторинг (никак) - тема совершенно отдельная.
Важно, чтобы (тим/дев)лид осозновал весь скоуп задач на рефакторинг. Особенно, если он по каким-то причинам сам в данном проекте не кодит. Должно быть четкое представление о том, что плохо сейчас, и о том, что, когда и как мы будем делать лучше.
Должен быть бэклог на рефакторинг, а сами задачи на него - добавляться в спринт уже на этапе планирования и быть неотъемлемой частью спринта/релиза. И да, разумеется, инициатива на рефакторинг может и должна исходить от самих разработчиков. Это нормально.
Иными словами, рефакторинг в моих глазах - это полноценная, постоянная, согласованная командная работа. Отдавать ее на откуп только разработчикам (или отдельным из них) неправильно.
Сергей Нагаев