Рефакторинг не нужен, родной (он только лишние человекочасы жрёт)

Техдолг — поле битвы разработчиков и продактов: почему техдолгом сложно управлять с точки зрения продукта: тяжело просчитать затраты на устранение, тяжело описать результат устранения в продуктовых терминах

Корректируем определение: техдолг — проблемы в коде/архитектуре, влияющие только на трудоемкость изменения кода и не устранимые в рамках атомарной задачи. Таким образом: истинный техдолг не влияет на внешнее качество продукта, но влияет на внутреннее качество кода.

Уменьшаем размеры техдолга: типовые задачи, напрасно относимые к техдолгу, и подходы к их возврату в «продуктовое» поле

Превращаем рефакторинг из революции в эволюцию: заменяем сквозное перелопачивание кода на гайдлайны — чертеж светлого будущего, внедряемый постепенно

Задачи на рефакторинг не нужны: гармонично и предсказуемо встраиваем работы по рефакторингу в продуктовые задачи на всех этапах — груминг, планирование, проектирование, разработка, тестирование. Определяем, на что смотреть продакту, чтобы понимать и контролировать усилия разработчиков

О СПИКЕРЕ

20 лет в IT, из разработки и руководства разработкой через стартапы перешел в руководство продуктом. Учился и учил подходам Customer Development и Lean Startup с 2012-го года, когда это еще не было мэйнстримом.
Проблемы руководства продкутом и разработкой знаю с разных сторон, что и позволяет находить целостные решения.

Антон Белоусов

МТС Web Services, Москва
Центр сквозных решений, руководитель направления Customer Development