Sprint Planning: полный гайд для Product Owner

Sprint Planning — церемония Scrum, на которой команда определяет, что будет сделано в спринте. Для Product Owner это ключевой момент: вы переводите бизнес-приоритеты в конкретные задачи для команды.

Роль Product Owner на Sprint Planning

1. До встречи — подготовить refined бэклог с чёткими User Stories 2. На встрече — объяснить приоритеты и ответить на вопросы команды 3. После встречи — быть доступным для уточнений в течение спринта

Подготовка PO к Sprint Planning

За 2-3 дня до планирования:

1. Проверьте топ-10 бэклога — все ли stories refined? Есть ли Acceptance Criteria? Достаточно ли понятны для команды?

2. Определите Sprint Goal — одно предложение, описывающее ценность спринта. Не «Сделать 8 stories», а «Запустить оплату через Kaspi QR для увеличения конверсии checkout на 15%».

3. Оцените capacity — кто в отпуске? Есть ли tech debt, который нужно закрыть? Реалистичный объём работы.

4. Подготовьте контекст — почему эти stories важны сейчас? Какие метрики хотим изменить? Команда работает лучше, когда понимает «зачем».

Структура Sprint Planning (2-4 часа для 2-недельного спринта)

Часть 1: What (1-2 часа) — что будем делать?

- PO представляет Sprint Goal - PO объясняет приоритетные stories - Команда задаёт вопросы - Команда решает, сколько stories возьмёт (на основе velocity)

Часть 2: How (1-2 часа) — как будем делать?

- Команда декомпозирует stories на задачи - Обсуждает технические решения - PO может уйти, но лучше быть доступным для вопросов

Sprint Goal — зачем он нужен

Хороший Sprint Goal: - Фокусирует команду на ценности, а не на задачах - Помогает принимать решения при scope-изменениях - Даёт критерий успеха спринта

Примеры Sprint Goals: ✅ «Дать пользователям возможность оплачивать заказы без регистрации» ✅ «Сократить время загрузки главной страницы до 2 секунд» ❌ «Закрыть 8 stories из бэклога» — это не goal, это список задач

Velocity и планирование

Velocity — сколько story points команда закрывает за спринт (среднее за 3-5 последних спринтов).

Правила: - Не планируйте больше velocity - Первые спринты: берите 70% от того, что кажется возможным - Учитывайте отпуска и праздники - Оставляйте буфер на непредвиденное (15-20%)

Типичные ошибки PO на Sprint Planning

1. Приходит неподготовленным — stories без AC, нет ответов на вопросы команды 2. Давит на команду — «Нам нужно успеть всё» 3. Не объясняет «зачем» — команда делает задачи механически 4. Меняет приоритеты на ходу — «А давайте ещё вот это добавим» 5. Уходит после первой части — команда остаётся с вопросами

Визуализация ключевых концепций

flowchart TD
    subgraph Подготовка["Подготовка PO"]
        TOP10["Топ-10 бэклога refined"]
        GOAL["Sprint Goal"]
        CAP["Оценка capacity"]
        CONTEXT["Контекст и почему"]
    end
    
    subgraph Структура["Sprint Planning"]
        WHAT["Часть 1: What 1-2ч"]
        HOW["Часть 2...