Руководство по Agile · Agile-роли и команды
Структуры Agile-команд: виды, роли и как выбрать
Структура Agile-команды — это способ организации людей, навыков и ответственности, при котором небольшая кросс-функциональная команда может поставлять ценность от начала до конца. Распространённые структуры — фиче-команды, компонентные команды, сочетания универсалов и специалистов и платформенные команды; по мере масштабирования организации их часто объединяют в более крупные подразделения.
Главное
- Agile-команды — небольшие, кросс-функциональные, самоуправляемые и долгосрочные.
- Фиче-команды сокращают передачи работы; компонентные и платформенные команды обеспечивают глубину экспертизы и общие сервисы.
- Выстраивайте структуры вокруг потока ценности и минимизируйте зависимости.
- Периодически пересматривайте структуры, но сохраняйте стабильность команд.
Что делает команду Agile-командой
- Кросс-функциональность: у команды есть все навыки, необходимые, чтобы превратить элемент бэклога в готовый результат.
- Небольшие и стабильные: обычно около десяти человек или меньше; в Руководстве по Scrum 2020 года сказано, что Scrum-команда, как правило, состоит из 10 или менее человек.
- Самоуправление: команда сама решает, как выполнять свою работу.
- Долгосрочность: команды остаются вместе на протяжении многих проектов, чтобы учиться и совершенствоваться.
- Сосредоточены на одной цели или продукте одновременно.
См. что такое Agile-команда — там описаны основы.
Распространённые структуры Agile-команд
| Структура | Как это работает | Сильные стороны | На что обратить внимание |
|---|---|---|---|
| Фиче-команда | Отвечает за законченные клиентские функции на всех уровнях | Быстрая сквозная поставка, меньше передач работы | Требует широких навыков; общий код требует хороших практик |
| Компонентная команда | Отвечает за одну часть системы, например платежи или поиск | Глубокая экспертиза, единая архитектура | Для фич нужно несколько команд; больше зависимостей |
| Команда универсалов | Участники могут выполнять задачи самых разных типов | Гибкость, нет узких мест | Может не хватать глубокой экспертизы |
| Команда специалистов | Каждый участник обладает отдельным навыком | Высокое качество в каждой дисциплине | Узкие места при перегрузке одного навыка |
| Гибридная (T-образная) команда | У участников один глубокий навык и более широкие дополнительные навыки | Сочетает глубину и гибкость | Требует времени и поддержки для формирования |
| Платформенная команда | Предоставляет общие инструменты и сервисы другим командам | Сокращает дублирование усилий | Должна относиться к другим командам как к клиентам |
Роли в Agile-команде
| Роль | Фокус |
|---|---|
| Владелец продукта | Максимизирует ценность; владеет бэклогом и упорядочивает его; см. владелец продукта в Scrum |
| Scrum-мастер или Agile-коуч | Эффективность команды и устранение препятствий; см. роль Scrum-мастера |
| Разработчики или участники команды | Создают, тестируют и поставляют работу; могут включать инженеров, дизайнеров, аналитиков, тестировщиков и авторов |
| Заинтересованные стороны | Дают вводные и обратную связь, особенно на обзорах |
| Agile-руководитель проекта (в некоторых организациях) | Координация между командами, бюджеты и отчётность; см. Agile-руководитель проектов |
Как спроектировать структуру команды
- Начните с потока создания ценности: опишите, как работа проходит путь от запроса до клиента; см. картирование потока создания ценности.
- Выберите тип команды: отдавайте предпочтение фиче-командам, выстроенным вокруг путей клиента или продуктов, и добавляйте компонентные или платформенные команды только там, где этого требуют экспертиза или масштаб.
- Определите размер команд: ориентируйтесь примерно на пять-девять участников и делите более крупные группы.
- Закройте пробелы в навыках: перечислите навыки, необходимые для завершения работы без передач, а затем наймите, обучите людей или организуйте работу в парах, чтобы закрыть пробелы.
- Минимизируйте зависимости: если одна команда регулярно ждёт другую, скорректируйте границы.
- Определите, как координируются команды: используйте такие практики, как Scrum of Scrums или совместное планирование.
- Регулярно пересматривайте: каждые несколько месяцев проверяйте поток, зависимости и моральный дух и адаптируйтесь.
Пример: от компонентных команд к фиче-командам
У онлайн-ритейлера четыре компонентные команды (веб-интерфейс, мобильное приложение, сервисы оформления заказа и база данных) по шесть человек. Типичной фиче нужны все четыре, поэтому элементы ждут в очередях, а простое изменение занимает шесть недель. Компания перестраивается в три фиче-команды, выстроенные вокруг путей клиента (просмотр, покупка, личный кабинет), — у каждой есть навыки фронтенда, мобильной разработки, бэкенда и тестирования, — плюс одну небольшую платформенную команду из шести человек для общей инфраструктуры. Благодаря меньшему числу передач большинство фич теперь завершает одна команда за один-два спринта.
Структуры в масштабе
- Команда команд: несколько команд, работающих над одним продуктом, используют общий бэклог и координируют работу; см. Large-Scale Scrum (LeSS).
- Agile Release Train: в SAFe обычно 5–12 команд планируют и поставляют вместе; см. Agile Release Train.
- Отряды, трайбы, чаптеры и гильдии: модель, популяризированная Spotify; см. отряды, трайбы, чаптеры и гильдии.
Бесплатные шаблоны по этой теме
Частые вопросы
Какая структура Agile-команды лучшая?
Единственной лучшей структуры нет. Для большинства продуктовой работы подходят фиче-команды, а платформенные или компонентные команды — там, где нужна глубокая специализация или общие сервисы.
Каким должен быть размер Agile-команды?
Небольшой — обычно около десяти человек или меньше. Более крупные группы, как правило, стоит разделить на несколько команд.
Что такое кросс-функциональная структура Agile-команды?
Команда, обладающая всеми навыками, необходимыми для поставки готового результата без опоры на другие команды.
Какая структура Agile-команд лучше: фиче-команды или компонентные команды?
Фиче-команда поставляет законченные клиентские функции через всю систему; компонентная команда отвечает за одну часть системы.
Что такое T-образный участник в структуре Agile-команды?
Человек с глубокой экспертизой в одной области и рабочими знаниями в нескольких других, что помогает команде распределять работу.
Нужен ли в структуре Agile-команды руководитель проекта?
Не в рамках Scrum, где нет роли руководителя проекта. Некоторые организации сохраняют руководителей проектов для межкомандной координации; см. Agile-руководитель проектов.
Кто руководит в структуре Agile-команды?
Agile-команды самоуправляемы. Владелец продукта задаёт приоритеты, Scrum-мастер поддерживает эффективность, а команда решает, как выполнять работу.
Что такое платформенная команда в структуре Agile-команд?
Команда, которая создаёт и поддерживает общие инструменты или сервисы, чтобы другие команды могли поставлять быстрее.
Должна ли Agile-команда работать в одном месте?
Работа в одном месте облегчает коммуникацию, но многие команды хорошо работают удалённо или в гибридном формате при хороших инструментах и согласованных рабочих часах.
Как часто должна меняться структура Agile-команды?
Командам полезна стабильность, поэтому избегайте частых перестановок. Пересматривайте структуры раз в несколько месяцев и меняйте их, когда смещаются зависимости или цели.
Как в структуре Agile-команд координируется работа нескольких команд?
С помощью общих бэклогов, совместного планирования, регулярных межкомандных встреч и фреймворков масштабирования; см. масштабированный Agile-фреймворк.