'/%3e%3cpath%20d='M83.8172%20112C100.688%20112%20111.886%2098.2694%20112%2083.8882H44.0245C25.8409%2083.8882%2016.001%2094.3169%2016.001%20112H83.8172Z'%20fill='url(%23paint1_linear_101_577)'/%3e%3cpath%20d='M44.1725%2044.1138H16.0008C15.9465%2051.0963%2018.504%2058.2306%2024.2977%2064.0225L44.1706%2083.8881L52.8986%2075.3569L61.7636%2066.7019C63.2767%2065.2244%2063.2786%2062.7888%2061.7636%2061.3094L44.1725%2044.1138Z'%20fill='%233A5FFF'/%3e%3cpath%20d='M83.8248%2083.8862H111.996C112.051%2076.9037%20109.493%2069.7693%20103.7%2063.9774L83.8267%2044.1118L75.0986%2052.6431L66.2337%2061.2981C64.7206%2062.7756%2064.7187%2065.2112%2066.2337%2066.6906L83.8248%2083.8862Z'%20fill='%233A5FFF'/%3e%3cdefs%3e%3clinearGradient%20id='paint0_linear_101_577'%20x1='16.001'%20y1='30.055'%20x2='111.998'%20y2='30.055'%20gradientUnits='userSpaceOnUse'%3e%3cstop%20stop-color='%2370ADFE'/%3e%3cstop%20offset='0.62'%20stop-color='%233A5FFF'/%3e%3c/linearGradient%3e%3clinearGradient%20id='paint1_linear_101_577'%20x1='111.998'%20y1='97.9451'%20x2='16.001'%20y2='97.9451'%20gradientUnits='userSpaceOnUse'%3e%3cstop%20stop-color='%2370ADFE'/%3e%3cstop%20offset='0.62'%20stop-color='%233A5FFF'/%3e%3c/linearGradient%3e%3c/defs%3e%3c/svg%3e)
Feature Team — основная единица в LeSS и рекомендованный шаблон в SAFe. Команда собирается вокруг ценности для пользователя, а не вокруг технической специализации.
Свойства продуктовой команды
- Кросс-функциональность: интерфейс, серверная часть, база данных, дизайн, тестирование и DevOps в одной команде.
- Может выпустить функцию от начала до конца, не отвлекая другие команды.
- Стабильна: не пересобирается под каждый новый проект.
- Работает над тем, что видит пользователь, и приносит измеримую ценность.
Противоположность — компонентная команда
Компонентная команда отвечает за одну техническую часть: интерфейс, сервер или базу данных. Внешне это выглядит эффективно, но каждая функция требует согласования нескольких команд, из-за чего появляются блокировки и растёт срок вывода на рынок.
Минусы продуктовой команды
- Сложнее собрать: нужны люди с разными компетенциями.
- Код может дублироваться в разных командах, если не следить за общими стандартами.
- Глубина экспертизы в каждой отдельной технологии может проседать.
Лечится это профессиональными группами и гильдиями для обмена знаниями плюс общими платформами.
- Разрабатываете продукт, которым пользуются люди снаружи компании
- Критична скорость вывода функций на рынок
- Можете укомплектовать команды людьми разных специальностей
- Платформенная команда: инфраструктура и общие сервисы
- Очень узкая область — высокочастотная торговля, исследования в машинном обучении
Продуктовая команда «Реферальная программа» в SaaS-сервисе: 8 человек — 2 разработчика интерфейса, 2 разработчика серверной части, 1 инженер по базам данных, 1 дизайнер, 1 тестировщик и 1 владелец продукта. Они делают функцию целиком: пригласительные ссылки, страницу, начисление бонусов, письма и аналитику. Чтобы запустить MVP, им не нужна ни одна другая команда.
В Shtab собирайте команду проекта как продуктовую: добавляйте в один проект всех, кто нужен для выпуска функции, и раздавайте доступ ролями. Если для запуска приходится звать людей из чужих проектов, компания устроена по компонентному принципу — это видно по связям задач на диаграмме Ганта.