Команда разработки
Команда разработки (Development Team, или просто «команда») — третья роль Scrum (наряду с PO и SM). Размер: 3–9 человек, оптимально 5–7.
Ключевые свойства:
- Кросс-функциональная — внутри команды есть все компетенции для создания инкремента (фронт, бэк, дизайн, тесты, инфраструктура — в зависимости от продукта).
- Самоорганизующаяся — сама решает, как декомпозировать истории и распределять задачи. Никто извне не назначает.
- Коллективно ответственна — за Increment отвечает команда целиком, а не отдельные «авторы» задач.
- Без титулов — внутри Scrum все «разработчики», должности (Senior, Junior, Tech Lead) — для HR-процессов.
Когда применять и когда нет
Применять
- Работаете по Scrum
- Нужна кросс-функциональная работа над сложным продуктом
- Можете обеспечить стабильность состава хотя бы на 5–10 спринтов
Не применять
- Команда меньше 3 — теряется ценность кросс-функциональности
- Команда больше 9 — нужно делить на две команды
- Состав меняется каждый спринт — Velocity нестабильна
Примеры применения
Команда из 7 человек: 3 backend, 2 frontend, 1 QA, 1 DevOps. Все «разработчики» в терминах Scrum. На Sprint Planning разработчики сами разбирают задачи — никто не назначает. QA участвует с самого начала спринта (тестирование «движется влево»).
Часто задаваемые вопросы
3–9 человек, оптимально 5–7. Меньше 3 — теряется кросс-функциональность. Больше 9 — теряется эффективная коммуникация.
Внутри Scrum все «разработчики» — Senior, Junior, Lead не различаются. Это поддерживает культуру равной ответственности. HR-должности остаются (для зарплат и карьеры), но в Scrum-процессах не используются.
Не рекомендуется. Контекст-свитчинг съедает 30–40% времени. Если человек в двух командах — он эффективен в полтора раза меньше, чем в одной.