121. Переписывайте продукты по частям

Случилось так, что вам достался старый продукт. Он работает, приносит деньги. Но внутри полон ужасного легаси кода, поддерживать и развивать его невозможно. Команда разработки вынесла вердикт: «Это надо полностью переписать, нам надо полгода». Вам кажется, что за полгода вы напишете новый продукт, закроете старый и заживете счастливо. На практике все будет иначе.

Команда будет увлеченно переписывать продукт. Но бизнес идет, старый продукт приносит деньги и его нужно поддерживать. Это будет отвлекать и раздражать команду. Т.к. новый продукт нельзя запустить в минимальном виде (вы же переписываете большой продукт, создававшийся годами), разработка затянется, в полгода вы не уложитесь. Начальство начнет нервничать. За ним начнете нервничать вы и станете подгонять команду. Команда пойдет на компромиссы в вопросах качества, самые идеалистичные разработчики уволятся.

В результате вы перепишете продукт. Но потратите на это в 3 раза больше времени, чем планировали. Новый продукт не будет идеальным, в нем будет ненамного меньше технических проблем, чем было в старом. Выгоревшие и разочарованные вы уйдете из компании. Продукт достанется новому менеджеру и новой команде. Они посовещаются и вынесут вердикт: «Это надо полностью переписать, нам надо полгода».

Продукты надо переписывать по частям. Ваша команда может сказать, что это монолит, тут нет модулей, по частям переписать не получится. Не ведитесь! Всегда можно что-то придумать, для этого есть специальные техники, как на уровне технической архитектуры, так и на уровне организационных процессов. Время разработки одного модуля не должно быть больше 2-3 месяцев.