Роли в Scrum-команде¶
Scrum — это фреймворк для гибкой разработки продуктов, в котором команда работает короткими итерациями (спринтами), регулярно поставляя ценность заказчику. В рамках Scrum определены три ключевые роли, формирующие Scrum-команду:
- Product Owner (владелец продукта)
- Scrum Master
- Development Team (команда разработки)
Также стоит упомянуть Product Manager (менеджер продукта) — он не входит в Scrum-команду, но может оказывать значительное влияние на развитие продукта.
Product Owner (владелец продукта)¶
Product Owner (PO) отвечает за максимизацию ценности продукта, создаваемого командой.
Обязанности:
- Формирует и приоритизирует бэклог продукта (Product Backlog).
- Определяет цели спринта совместно с командой.
- Участвует в еженедельных встречах, таких как планирование, демонстрация и ретроспектива.
- Является связующим звеном между бизнесом и командой разработки.
- Принимает или отклоняет результаты работы команды (например, фичи или улучшения).
Навыки и качества:
- Глубокое понимание потребностей пользователя и бизнес-целей.
- Навыки принятия решений и управления приоритетами.
- Способность четко формулировать требования и цели.
Product Owner vs Product Manager¶
В некоторых компаниях существует роль Product Manager (менеджер продукта) — она не является частью Scrum по определению, но может пересекаться с обязанностями PO.
| Product Owner | Product Manager |
|---|---|
| Работает с командой разработки | Работает с рынком и стейкхолдерами |
| Отвечает за бэклог продукта | Определяет видение продукта и стратегию |
| Вовлечён в ежедневную работу | Вовлечён в долгосрочное планирование |
| Может подчиняться менеджеру продукта | Часто старшая роль по отношению к PO |
В малых компаниях один человек может совмещать обе роли.
Scrum Master¶
Scrum Master — это лидер-служитель, который помогает команде применять Scrum правильно.
Обязанности:
- Обучает команду и организацию принципам Scrum.
- Обеспечивает проведение всех Scrum-событий (спринт-планирование, ежедневные стендапы, демонстрации, ретроспективы).
- Устраняет препятствия (импедименты), мешающие команде.
- Защищает команду от внешнего давления и отвлечений.
- Содействует самоорганизации и постоянному улучшению команды.
Ключевые качества:
- Эмпатия, коммуникативные навыки.
- Навыки фасилитации и коучинга.
- Глубокое понимание Agile-принципов.
Development Team (команда разработки)¶
Development Team — это кросс-функциональная, самоорганизующаяся команда профессионалов, которая создает инкременты продукта в каждом спринте.
Общие характеристики:
- Размер: от 3 до 9 человек.
- Команда самостоятельно решает, как выполнять поставленные задачи.
- Все члены команды коллективно ответственны за результат спринта.
Состав команды разработки¶
Команда может включать специалистов разных профилей в зависимости от продукта:
Backend-разработчики¶
- Отвечают за серверную логику, базы данных, API.
- Пишут код, который обрабатывает запросы, хранит и обрабатывает данные.
Frontend-разработчики¶
- Разрабатывают пользовательский интерфейс.
- Работают с HTML, CSS, JavaScript/TypeScript и фреймворками (например, React, Angular, Vue).
Тестировщики (QA-инженеры)¶
- Пишут автотесты и/или проводят ручное тестирование.
- Проверяют качество и работоспособность продукта.
- Участвуют в обеспечении непрерывной интеграции.
UX/UI-дизайнеры¶
- Проектируют логику взаимодействия и внешний вид продукта.
- Проводят исследования пользователей.
- Готовят макеты и прототипы.
DevOps-инженеры¶
- Настраивают CI/CD (непрерывную интеграцию и доставку).
- Поддерживают инфраструктуру и автоматизируют развертывание.
Аналитики¶
- Помогают формулировать требования и уточнять пользовательские истории.
- Работают совместно с Product Owner’ом над содержимым и структурой бэклога.
- Проводят анализ процессов, интерфейсов, API, бизнес-логики и ограничений системы.
- Участвуют в уточнении задач на грумингах (backlog refinement).
- При необходимости составляют диаграммы, схемы, спецификации, оформляют требования в виде документации или артефактов.
Системные аналитики чаще фокусируются на технических аспектах (интеграции, API, архитектура),
а бизнес-аналитики — на бизнес-ценности, правилах, процессах и интересах пользователей.