Какие знаешь роли в Scrum?

Роли в Scrum: ключевые участники и их ответственность

В Scrum определены три основные роли: Scrum Master, Product Owner и Разработчики (Developers). Они формируют Scrum Team — кросс-функциональную и самоорганизующуюся единицу, отвечающую за поставку ценного инкремента продукта в каждом Sprint. Давайте детально разберем каждую роль.

1. Product Owner (Владелец Продукта)

Product Owner (PO) — это одно лицо, ответственное за максимизацию ценности продукта, создаваемого Scrum Team.

Ключевые обязанности и деятельность:

• Управление Product Backlog: PO является единственным ответственным за Product Backlog — упорядоченный список всего, что может понадобиться в продукте.
• Формулировка и четкое выражение элементов бэклога: PO обеспечивает, чтобы элементы Product Backlog были понятны, прозрачны и видимы для всех.
• Приоритизация: PO упорядочивает элементы Product Backlog для достижения целей и миссии. Это постоянный процесс.
• Оптимизация ценности работы Разработчиков: PO решает, что будет построено и в каком порядке, фокусируясь на возврате инвестиций (ROI).
• Обеспечение прозрачности и видимости бэклога: PO должен быть уверен, что команда и стейкхолдеры одинаково понимают содержание бэклога.

Пример работы PO на практике:

Product Backlog (пример приоритизации):
1. [Эпик] Реализация онлайн-оплаты
   *   [История] Как пользователь, я хочу оплатить заказ картой, чтобы завершить покупку быстро.
   *   [История] Как пользователь, я хочу получить электронный чек, чтобы иметь подтверждение оплаты.
2. [Эпик] Улучшение поиска товаров
   *   [История] Как пользователь, я хочу фильтровать результаты по цене, чтобы найти подходящий товар.

PO постоянно обновляет этот список, взаимодействуя со стейкхолдерами и рынком.

2. Разработчики (Developers)

Разработчики (Developers) — это профессионалы в команде, которые выполняют работу по созданию потенциально готового к использованию инкремента продукта в конце каждого Sprint.

Важные характеристики и обязанности:

• Самоорганизация: Команда сама решает, как превратить выбранные элементы Product Backlog в функциональность.
• Кросс-функциональность: Команда обладает всеми необходимыми компетенциями для выполнения работы без зависимости от внешних участников. Включает не только программистов, но и тестировщиков, аналитиков, дизайнеров и т.д.
• Ответственность за все аспекты разработки: От проектирования и кодирования до тестирования, интеграции и документации.
• Создание плана на спринт (Sprint Backlog): Команда сама прогнозирует объем работы, который может быть выполнен за спринт, и создает Sprint Backlog.
• Соблюдение Definition of Done (DoD): Команда следует своему Definition of Done, чтобы обеспечить постоянное качество инкремента.

Пример ответственности команды в Sprint Planning:

# Команда обсуждает элементы бэклога с PO
PO: "На этот спринт критично реализовать оплату картой."
Разработчик 1 (Бэкенд): "Мне нужно 2 дня на интеграцию с платежным шлюзом."
Разработчик 2 (Фронтенд): "Я могу сделать форму оплаты за 3 дня."
Разработчик 3 (QA): "На тестирование всего потока нужно 1.5 дня."
# Команда совместно оценивает и принимает решение о включении задачи в спринт.

3. Scrum Master (Скрам-мастер)

Scrum Master отвечает за установление Scrum как определенного в Scrum Guide. Он помогает всем понять теорию, практики, правила и ценности Scrum. Это роль лидера-слуги.

Основные сферы ответственности:

• Для Scrum Team:

    *   Коучинг команды в области самоорганизации и кросс-функциональности.
    *   Помощь команде в устранении препятствий (impediments), мешающих прогрессу.
    *   Проведение и обеспечение эффективности всех **Scrum-событий** (Sprint Planning, Daily Scrum, Sprint Review, Sprint Retrospective).
    *   Защита команды от внешних вмешательств и отвлечений во время спринта.

• Для Product Owner:

    *   Помощь в эффективных техниках управления **Product Backlog**.
    *   Помощь в четком формулировании целей продукта и элементов бэклога.
    *   Облегчение взаимодействия PO и команды.

• Для организации:

    *   Обучение и коучинг организации в принятии Scrum.
    *   Планирование и рекомендация изменений, которые повысят продуктивность **Scrum Team**.
    *   Работа с другими Scrum Master`ами для повышения эффективности применения Scrum в компании.

Пример работы Scrum Master в Daily Scrum: Scrum Master не руководит митингом и не собирает статусы. Он следит за тем, чтобы Daily Scrum проходил ежедневно, длился не более 15 минут и чтобы команда использовала его для синхронизации и планирования работы на следующий день, а не для отчетности менеджменту. Если возникают технические блокеры, он помогает команде найти путь для их устранения.

Важное уточнение: чего нет в Scrum

В классическом Scrum нет следующих отдельных ролей:

• Project Manager. Его функции распределены между тремя ролями: PO управляет "что" и "зачем", команда управляет "как" и "сколько", а Scrum Master управляет процессом.
• Team Lead или Tech Lead. Лидерство внутри команды является ситуативным и распределенным, основанным на компетенциях, а не на должности.
• Менеджер. Команда самоуправляема. Менеджеры в организации должны создавать окружение, где Scrum Teams могут быть эффективными.

Итог: Три роли в Scrum создают сбалансированную систему с четким разделением ответственности: Product Owner фокусируется на ценности продукта, Разработчики — на качественной реализации, а Scrum Master — на эффективности процесса и устранении помех. Успех Scrum Team напрямую зависит от понимания, взаимного уважения и слаженного взаимодействия этих трех ролей.