Привет! Я Антон Батищев, бэкенд-разработчик в продуктовой команде Циана. Хочу показать, как у нас устроены продуктовые команды: кто в них работает, как мы принимаем решения и почему это удобно для специалистов, которые хотят создавать продукт и видеть результат.

Продуктовая команда в Циане — это небольшая кросс-функциональная группа, которая отвечает не за задачи, а за результат.

Мы не получаем список фич «сверху». Вместо этого у нас есть цель в метриках. Например, не «сделать кнопку», а «увеличить конверсию». А вот как этого добиться — решает сама команда.

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

💡 В Циане больше 20 продуктовых команд, и внутри каждой есть все, чтобы двигаться автономно: разработка (frontend, backend, мобильные (iOS/Android), аналитика, дизайн, исследование, QA и продукт. Все работают в одном ритме, поэтому контекст не теряется, а решения принимаются быстро.

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

Например, был случай, когда две команды параллельно сделали интеграцию с Росреестром — в продукте появились дублирующие функции. После этого мы внедрили архитектурный комитет и ADR, чтобы такие решения были прозрачны.

Бывает и проще: не хватает конкретного специалиста, например iOS-разработчика. Тогда подключаем коллег из других команд или через гильдии и закрываем задачу без потери скорости. В итоге продуктовые команды — это не про «каждый сам по себе», а про баланс автономности и сотрудничества.

Сейчас в Циане больше 20 таких команд, и каждая из них ежедневно влияет на продукт и пользовательский опыт.

🔹 А у вас есть опыт работы в продуктовых командах? С какими проблемами сталкивались – дублирование функционала, нехватка ресурсов? Делитесь в комментариях!