Как работать с кросс-продуктовыми фичами без хаоса

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

В команде VK WorkSpace мы столкнулись с этим на практике и нашли способы, как минимизировать боль.

Назначить единого координатора. Кто-то один должен быть погружен во все детали процесса: статусы, дедлайны, риски. Без него работа превращается в хаос.

Ввести общие практики для кросс-командной работы. У каждой команды свои процессы, и это нормально. Но для кросс-фич нужна единая база: когда созваниваться, как передавать статусы, какие Agile-практики применять.

Сделать статус задачи общедоступным. Если информация о фиче разрознена, команды не понимают, что происходит. Для себя мы создали единую страницу со статусами и этапами выполнения — и это сильно упростило жизнь.

Внедрить Shifting Left. Однажды мы получили на тест кросс-фичу двухфакторной аутентификации уже в финальном виде. Оказалось, что её невозможно быстро доработать. Теперь соседние команды подключают нас к ознакомлению с документацией до начала реализации.

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

Сразу проверить неочевидные старые ограничения. В одной из фич мы неожиданно обнаружили запрет на добавление некоторых номеров телефонов. Из-за этого часть пользователей не могла настроить двухфакторную аутентификацию. Истоки проблемы нашли в коде 2013 года. Теперь мы внимательно проверяем историю ограничений перед релизами.

Большинство трудностей в кросс-продуктовом взаимодействии — организационные. Но их можно решить, если спланировать работу заранее.

#коммуникации
@digitize_IT — мнения и управленческий опыт ИТ-лидеров