127. Когда нужно разделить команду

С точки зрения пользователя у компании может быть один продукт, например, агрегатор объявлений об аренде квартир. Но внутри – это много разных продуктов: сборщик объявлений с разных площадок, система для модераторов, приложение под iOS, приложение под Android, веб-портал, биллинг, система для работы с корпоративными клиентами. У каждого такого «внутреннего» продукта может быть своя команда разработки, свой менеджер продукта и собственные бизнес-метрики.

Обычно компании растут постепенно и начинаются с одной команды и одного продукта. Постепенно происходит рост, но количество продуктов растет быстрее, чем количество команд. В какой-то момент одна команда отвечает за 8 разных продуктов. Приходится делить команду на две. А потом еще на две.

Делить команду нужно, когда этого попросит один из трех участников:

Команда. Разработчикам может быть морально тяжело отвечать за множество различных систем и постоянно переключаться. Или команда разрослась до 15 человек, и работать по Скраму стало затруднительно.

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

Бизнес. Иногда какое-то направление приносит много денег, а другое убыточно. И даже если команда и менеджер готовые отвечать за оба, бизнес овнер может вмешаться и разделить активы.

Технически команду делить не сложно. Скорее всего она уже давно внутри себя разделила зоны ответственности. Осталось оформить это официально и нанять недостающих людей в обе части.