Ребрендинг — не фичи: как не превратить продукт в франкенштейна

Lean и agile отвечают на вопросы, на которые нет ответа. Выкатил, посмотрел на реальных пользователей, поправил. Но ребрендинг — это не такой вопрос. Ответ уже известен, решение принято не командой, а выше. Осталась только исполнительская часть. И тут agile перестаёт быть инструментом.

Ребрендинг в спринтах — это год мучений, сшитый из двух разных продуктов, и пользователи видят шов. Я больше десяти лет в разработке, участвовал в пяти ребрендингах в трёх компаниях. Работает только один подход.

Два сценария провала

Все неудачи, которые я видел, сводятся к двум паттернам. Первый — «впихнуть по кусочкам». Второй — «спрятать за флагом».

Сценарий «по кусочкам»

Самая популярная ошибка: ребрендинг добавляют в бэклог как набор задач и растаскивают по спринтам. В последний раз так делала моя команда — три человека, двухнедельные спринты, около 10% времени на ребрендинг в течение года. Итог: приложение выглядело как два разных продукта, сшитых вместе. Половина экранов — старый бренд, половина — новый, и каждый релиз делал шов заметнее. Пользователи это видели. Доверие таяло.

Хуже того: на споры о том, что вообще значит «в стиле бренда» на этой неделе, уходило больше времени, чем весь выделенный бюджет. Грунт под ногами постоянно менялся — компоненты переписывались, паттерны обновлялись, и команда не могла договориться.

В другой компании похожее разворачивалось медленнее. Ребрендинг лежал на «кайдзен-доске» — списке микрозадач, куда разработчики заходили на неделю между спринтами. Два года задачи оттуда не мигрировали. Когда я уходил, на доске оставалось ещё с десяток ребрендинговых задач.

Сценарий «за флагом»

Другой способ — выделить одного разработчика на полную переделку за фиче-флагом, а остальную команду оставить на фичах. В моём случае было четыре человека: один строил ребрендинг, трое продолжали выпускать новые миниигры в старом стиле. Планировалось, что разработчик потом переведёт их на новый. Никто не хотел тормозить фичи, поэтому компромисс выглядел красиво только на бумаге.

В итоге всем было плохо. Команда чувствовала вину за каждый зарелиженный «старый» экран, а сольный разработчик месяцами не видел результата — ничего нельзя зашить, пока не готово всё. Проект сменился, разработчика вернули на фичи, а ребрендинг остался за флагом. Девять месяцев спустя он всё ещё не был выпущен.

Почему оба пути ведут в тупик

Суть одна: ребрендинг конкурирует за спринты с фичами, и всегда проигрывает. Фичу нужно выпустить на этой неделе — иначе зачем её делали? А ребрендинг «потерпит». Неделя превращается в месяц, месяц — в год.

Отсюда два финала: франкенштейн, где старый и новый бренд живут бок о бок бесконечно, или флаг, который никогда не переключают. Либо продукт выглядит незаконченным, либо работа проделана впустую.

Как это работает — когда делаешь правильно

В том же последнем проекте, который я описал выше, ребрендинг был прерван анонсом нового ребрендинга. Вместо того чтобы повторять ошибку, я уговорил команду и продакт-лидеров выделить нас на чистую переделку. Шесть недель мы занимались только этим. Закончили целиком.

Никакой магии. Мы просто перестали мешать сами себе: зафиксировали объём, убрали из спринтов всё остальное и не разрешали параллельные потоки, которые пришлось бы переделывать. Именно смешивание задач превращает шесть недель в шесть месяцев.

Прерывание на шесть недель — не хаос. Это дешевле, чем год франкенштейна, разъедающего скорость команды.

Что делать, если ребрендинг нельзя отложить

• Снимите с команды все остальные задачи. Буквально: tools down.
• Зафиксируйте объём на старте. Любая «мелкая фича», добавившаяся по пути, — это двойная работа.
• Не оставляйте параллельную разработку, которая потом будет переведена на новый стиль. Это самый верный способ похоронить проект.
• Объявите срок: «шесть недель» или «шесть спринтов». Неопределённость убивает.
• Продайте это руководству: год отвлечённой работы всей команды стоит дороже паузы. Посчитайте вместе.

Сравнение подходов

Если объём — «весь продукт», а причина понятна всем, не спрашивайте, как втиснуть ребрендинг в бэклог. Останавливайте другие задачи и делайте. Это единственный способ, который я видел работающим.