Что такое Product Owner и Scrum Master? Какие у них задачи и чем отличаются роли?

Product Owner и Scrum Master — ключевые роли в Agile

Product Owner (PO) и Scrum Master (SM) — это две разные, но одинаково важные роли в методологии Scrum. Часто их путают, но у них совершенно разные ответственность, задачи и взгляд на проект.

Product Owner (владелец продукта)

Определение

Product Owner — это человек, отвечающий за видение продукта, его стратегию и рентабельность. PO представляет голос клиента и бизнеса перед командой разработки.

Основные задачи Product Owner

1. Управление Product Backlog

• Создание и приоритизация требований
• Определение что должно быть разработано
• Разбиение больших требований на smaller stories
• Удаление неактуальных требований

Product Backlog:
1. [P0] Пользователь может создать аккаунт
2. [P1] Пользователь может войти
3. [P1] Пользователь может редактировать профиль
4. [P2] Интеграция с OAuth
5. [P3] Экспорт данных в CSV

2. Определение требований

• Написание user stories
• Определение критерий приемки (DoD — Definition of Done)
• Уточнение требований с бизнесом
• Коммуникация с клиентами

User Story пример:

Как: Пользователь
Хочу: Быстро найти товар по названию
Чтобы: Сэкономить время при покупке

Критерии приемки:
- Поиск работает по точному совпадению
- Поиск работает по частичному совпадению
- Результаты сортируются по релевантности
- Поиск работает в течение 2 секунд

3. Приоритизация

• MoSCoW метод (Must, Should, Could, Won't)
• Value vs Effort матрица
• Учет бизнес-ценности
• ROI анализ

MoSCoW приоритизация:
Must have   → Критичные требования (платежи должны работать)
Should have → Важные, но не критичные (история заказов)
Could have  → Хорошие улучшения (рекомендации товаров)
Won't have  → Не будут реализованы в этом спринте

4. Коммуникация с заинтересованными сторонами

• Регулярные встречи с клиентами
• Демонстрация прогресса
• Сбор feedback
• Управление ожиданиями

5. Решение конфликтов требований

• Выбор когда нельзя сделать все
• Обоснование приоритетов
• Управление scope creep

6. Принятие completed work

• Проверка что требование выполнено
• Проверка критерий приемки
• Sign-off на новый функционал

Characteristics of Good Product Owner

• Глубокое понимание domain и бизнеса
• Коммуникативный и доступный
• Решительный (может быстро принимать решения)
• Customer-centric
• Данные-driven (использует метрики)
• Долгосрочное видение

Частые проблемы PO

Проблема: Постоянно меняющиеся требования
Решение: Строгий change control процесс, frozen requirements на спринт

Проблема: Отсутствие PO на встречах
Решение: Выбрать замещающего, делегировать authority

Проблема: Требования слишком расплывчатые
Решение: User story refinement, критерии приемки

Проблема: Конфликт между клиентом и разработкой
Решение: PO должен быть переговорщик, балансировать интересы

Scrum Master (мастер по Scrum)

Определение

Scrum Master — это фасилитатор и коач команды, который обеспечивает соблюдение процессов Scrum и помогает команде быть максимально продуктивной. SM работает за кулисами, удаляя препятствия и помогая команде.

Основные задачи Scrum Master

1. Обучение и коучинг Scrum

• Объяснение принципов Agile и Scrum
• Обучение team members
• Помощь в адаптации к процессам
• Обучение новых членов команды

2. Фасилитирование встреч

Daily Standup (ежедневный scrum):

• 15 минут в начале дня
• Каждый отвечает: что сделал, что будет делать, какие блокеры
• SM следит за временем и форматом

Sprint Planning:

• 4 часа для 2-недельного спринта
• Команда выбирает items из backlog
• Определяет sprint goal
• Создает план выполнения

Sprint Review:

• 2 часа
• Demo выполненной работы
• Feedback от stakeholders
• Update на backlog

Sprint Retrospective:

• 1.5 часа
• Что прошло хорошо?
• Что можно улучшить?
• Action items для следующего спринта

Backlog Refinement:

• Подготовка items к следующему спринту
• Детализация требований
• Оценка сложности

3. Удаление препятствий (Impediments)

Scrum Master слушает на стендапах:

• "Я заблокирован, потому что..."
• "Мне нужно помощь с..."

Затем SM помогает:

Препятствие: Требуется доступ к production БД
Решение: SM договаривается с devops командой

Препятствие: Перерывы от других проектов
Решение: SM защищает team от неплановых перебиваний

Препятствие: Конфликт между team members
Решение: SM фасилитирует разговор и разрешение

4. Защита от отвлечений

• Защита team от неплановых работ
• Блокировка внешних запросов
• Обеспечение focused спринта
• Управление priority conflans

5. Метрики и прозрачность

• Отслеживание velocity (скорость выполнения)
• Burndown charts (сколько осталось работы)
• Повтороприменимая выполненных items
• Identification трендов

Velocity: 35 points/sprint (среднее)
Burndown: На ходу ли на графике?
Defects: Количество bugs введенных

**6. Коучинг и развитие

• Один на один встречи
• Feedback на performance
• Идентификация skill gaps
• Помощь в профессиональном развитии

7. Улучшение процессов

• Анализ retro findings
• Реализация improvements
• Итерирование на процессы
• Экспериментирование с инструментами

Characteristics of Good Scrum Master

• Эмпатия и human skills
• Servant leader mindset
• Знание Scrum и Agile
• Problem-solving abilities
• Умение слушать
• Фасилитационные skills
• Data-driven thinking

Частые проблемы SM

Проблема: Стать PM (управлять вместо фасилитирования)
Решение: Помнить что SM не дает задачи, SM помогает

Проблема: Team не слушает SM
Решение: Лидерство примером, демонстрация ценности

Проблема: Слишком много meetings
Решение: Оптимизация встреч, удаление ненужных

Проблема: Team не использует Scrum
Решение: Больше обучения, найти баланс структурированности

Сравнение Product Owner и Scrum Master

Примеры на практике

Ситуация: Требование изменилось во время спринта

Stakeholder: "Нам нужно изменить этот функционал!"

PO ответ:
- "Спасибо за feedback"
- "Это отличная идея для следующего спринта"
- "В этом спринте мы сфокусированы на текущих items"
- "Давайте добавим это в backlog и приоритизируем"

SM ответ:
- "Спасибо что сообщили о смене требования"
- "Это потребует обсуждения с PO"
- "Посмотрим как это влияет на спринт"
- "Защитим team от прерываний в этом спринте"

Ситуация: Разработчик заблокирован на 3 дня

Разработчик: "Я ждал одобрения от другого отдела"

SM ответ:
- "Спасибо что reported это на standup"
- "Я найду нужного человека и решу это"
- "Есть ли еще что ты можешь делать в это время?"
- "Позвоню мне если это еще blocking завтра"

Совместная работа PO и SM

Product Backlog Refinement
├─ PO: "Вот требование от клиента"
├─ SM: "Давайте разберемся детально"
├─ PO: "Критерии приемки таковы..."
├─ Team: "Это займет примерно 8 points"
└─ PO: "Perfect, добавим в sprint"

Daily Standup
├─ SM: "Кто хочет поделиться progress?"
├─ Dev1: "Сделал X, буду делать Y, заблокирован на Z"
├─ SM: "Я решу Z, спасибо что reported"
├─ Dev2: "Сделал Y, нужна помощь от PO..."
└─ PO: "Я уточню требование для тебя"

Retro
├─ Team: "Требования часто меняются"
├─ PO: "Да, это feedback от клиента"
├─ SM: "Может быть более частые refinement сессии?"
└─ Все: "Отличная идея! Попробуем это в следующем спринте"

Когда один человек может быть и PO и SM

Может быть:

• Очень маленькая команда (3-4 человека)
• Стартап с простым продуктом
• Временно при переходе

НЕ рекомендуется:

• Более 5-6 человек в team
• Сложные требования
• Много stakeholders
• Долгосрочный проект

Причина: Роли требуют разного mindset:

• PO: customer-centric, strategic, decision-maker
• SM: team-centric, process-focused, coach

Эти роли часто конфликтуют, поэтому лучше их разделить.

Заключение

Product Owner отвечает за "что" и "почему" — видение продукта, требования, приоритизация.

Scrum Master отвечает за "как" — процесс, помощь команде, удаление препятствий.

Обе роли критичны для успешной Agile трансформации. PO без SM приводит к chaos в процессе. SM без PO приводит к unclear requirements. Вместе они обеспечивают успех продукта и team.