Кросс-функциональная команда
Кросс-функциональная команда — обязательное свойство Scrum-команды. Идея простая: чтобы делать готовый Increment каждый спринт, нужно иметь внутри команды все необходимые роли.
Типичный состав кросс-функциональной команды для веб-продукта:
- 2–3 backend разработчика
- 1–2 frontend разработчика
- 1 QA
- 1 дизайнер (часто частично, на 50%)
- 1 DevOps (опционально, на 25%)
- + Product Owner и Scrum Master
Альтернатива — функциональные команды (только backend, только frontend), где каждая фича требует координации между несколькими командами. Это медленно и создаёт блокеры.
Когда применять и когда нет
Применять
- Делаете полноценный продукт с фронтом, бэком и инфраструктурой
- Хотите уменьшить число межкомандных блокеров
- Можете выделить «свой» дизайн и QA
Не применять
- Очень маленькая команда (2–3 человека) — каждый по факту full-stack
- Высокоспециализированный домен (HFT, ML-research) — иногда специализация важнее кросс-функциональности
Примеры применения
В компании 4 кросс-функциональные команды по 7 человек. Каждая делает свой эпик целиком: команда A — биллинг, команда B — мобильное приложение, команда C — интеграции, команда D — личный кабинет. Зависимостей между командами почти нет, каждая релизит независимо.
Часто задаваемые вопросы
В кросс-функциональной — все роли «внутри» (фронт, бэк, QA, дизайн), команда делает фичу от начала до конца. В функциональной — только одна роль (только бэк), для фичи нужна координация с другими командами.
Нет. У каждого основная специализация (бэк, фронт, QA), но команда в сумме покрывает все компетенции. Это не «все T-shaped», а «команда T-shaped».