Feature Team
Feature Team — основная единица в LeSS, рекомендованный паттерн в SAFe. Команда строится по продуктовой ценности, а не по технической специализации.
Свойства Feature Team
- Кросс-функциональная: фронт + бэк + БД + дизайн + QA + DevOps в одной команде.
- Может реализовать фичу от начала до конца, не дёргая другие команды.
- Стабильна (не пересобирается под проекты).
- Работает над user-facing фичами, дающими ценность.
Противоположность — Component Team
Component Team — команда по технической части (frontend-команда, backend-команда, БД-команда). Внешне эффективна, но фича требует координации многих команд → блокеры, медленный time-to-market.
Минусы Feature Team
- Сложнее формировать (нужны разнообразные компетенции).
- Возможны дубликаты кода в разных командах (если не следить за общими стандартами).
- Глубина экспертизы в каждой технологии может страдать.
Решение проблем — Chapters/Guilds для обмена знаниями + общие платформы.
Когда применять и когда нет
Применять
- Разрабатываете user-facing продукт
- Time-to-market критичен
- Можете укомплектовать команды разнообразными ролями
Не применять
- Платформенная команда (инфраструктура, общие сервисы)
- Очень специализированный домен (HFT, ML-research)
Примеры применения
Feature Team «Реферальная программа» в SaaS: 8 человек (2 фронта, 2 бэка, 1 БД-инженер, 1 дизайнер, 1 QA, 1 PO). Реализуют всю фичу: ссылки, страница, бонусы, email, аналитика. Не зависят от других команд для запуска MVP.
Часто задаваемые вопросы
Feature Team — по продуктовой ценности, делает фичу целиком. Component Team — по технической части (frontend-команда, БД-команда). Feature Team устраняет межкомандные зависимости, Component Team создаёт их.
Да. Часто продуктовые команды — Feature, а инфраструктурные/платформенные — Component. Главное — большинство user-facing фич делается Feature Teams.