Як провести Scrum-зустріч Sprint Planning

До зустрічі: чеклист підготовки

• Уточніть верхню частину беклогу — елементи з найвищим пріоритетом мають бути зрозумілими, оціненими й достатньо малими, щоб уміститися в спринт.
• Підтвердьте місткість — зазначте заплановані відпустки, свята та ротації підтримки. Виражайте місткість як доступні developer-days або story points.
• Перегляньте попередній спринт — використайте висновки ретроспективи та review, щоб зрозуміти, що є реалістичним у цьому спринті.
• Підготуйте чернетку цілі спринту — Product Owner зазвичай приходить із пропозицією; команда уточнює її разом.

Покроковий посібник із фасилітації

1. Почніть із цілі спринту (5–10 хв)
   Product Owner представляє ціль. Команда обговорює, чи вона досяжна, зрозуміла та цінна. Скоригуйте wording разом, доки всі не будуть aligned.
2. Перевірте місткість (5 хв)
   Підсумуйте доступні робочі дні на кожного developer. Порівняйте з історичною velocity команди в story points, щоб визначити реалістичну верхню межу для спринту.
3. Оберіть елементи беклогу (15–30 хв)
   Візьміть елементи з верхньої частини уточненого беклогу, які підтримують ціль спринту та вміщуються в місткість. Використовуйте story points як легку перевірку розміру. Швидко переоцініть будь-який елемент, який суттєво змінився з часу refinement.
4. Використовуйте планінг покер для неясних оцінок (10–20 хв)
   Якщо команді потрібно переоцінити або визначити розмір нових елементів, використовуйте планінг покер. Відкрийте безкоштовну онлайн-сесію, додайте історії, голосуйте одночасно, обговоріть відмінності та збіжіться — зазвичай за 2–3 раунди на історію.
5. Розбийте історії на задачі (15–20 хв)
   Developers визначають роботу, необхідну для виконання Definition of Done. Фіксація задач рано виявляє приховану складність і залежності.
6. Визначте ризики та залежності (5 хв)
   Назвіть усе, що може заблокувати доставку: відсутні дизайни, сторонні API, зовнішні погодження. Додайте явні задачі або спайки для кожного ризику.
7. Commit і завершення (5 хв)
   Команда підтверджує Sprint Backlog і ціль спринту. Scrum Master оновлює спринт в інструменті керування проєктом і закриває зустріч.

Поради з фасилітації

• Захищайте таймбокс — якщо дискусія відхиляється, припаркуйте тему й рухайтеся далі. Вирішіть її на follow-up або протягом спринту.
• Тримайте ціль спринту в центрі уваги — кожен вибраний елемент має їй служити.
• Не commit на 100% місткості — залиште 10–20% на несподівану роботу, баги та підтримку.
• <strong>Використовуйте інструменти, дружні до віддаленої роботи</strong> — якщо команда розподілена, діліться екранами, користуйтеся віртуальною дошкою та запускайте онлайн-планінг покер для одночасного голосування.
• Фіксуйте ключові рішення — занотуйте ціль спринту, місткість і будь-які відкладені елементи в інструменті беклогу перед тим, як усі підуть.

Поширені анти-патерни, яких варто уникати

• Починати з неуточненого беклогу — це призводить до довгих дискусій, втрати контексту та поганих оцінок.
• Пропускати ціль спринту — це залишає команду без компаса, коли пріоритети змінюються посеред спринту.
• Брати на себе забагато — оптимістичне планування, яке ігнорує місткість, призводить до провалених спринтів і низького морального стану.
• Кролячі нори оцінки — таймбокс у 5–10 хвилин на кожну оцінку історії допомагає тримати сесію в русі.
• Product Owner вирішує, що команда може зробити — Developers володіють планом; Product Owner володіє ціллю.

Роль Scrum Майстра в Плануванні Спринту

Scrum Майстер не веде Планування Спринту в традиційному сенсі фасилітатора зустрічі.

На практиці Scrum Майстер готується, підтверджуючи, що елементи беклогу відрефайнені і готові.

• До планування: підтвердьте з Власником Продукту, що ключові елементи беклогу готові.
• Під час планування: обмежуйте за часом кожне обговорення, керуйте раундами Покеру Планування.
• Після планування: запишіть Мету Спринту в інструменті відстеження.

Роль Власника Продукту в Плануванні Спринту

Власник Продукту — голос бізнес-цінності в Плануванні Спринту.

Найефективніші Власники Продукту приходять на Планування Спринту після підготовчої розмови з Scrum Майстром.

• Запропонуйте Мету Спринту: сформулюйте її як бізнес-результат, а не список функцій.
• Уточнюйте обсяг, а не реалізацію: поясніть, як виглядає успіх для кожної історії.
• Будьте доступні протягом усієї сесії: Власники Продукту, що залишають зустріч після представлення мети, залишають команду нездатною відповідати на запитання.

Ефективне проведення Планування Спринту для віддалених команд

Віддалене Планування Спринту вводить виклики, з якими очне планування справляється органічно.

Підтримання залученості віддалених учасників

• Камери увімкнені під час голосування: якість обговорень Покеру Планування покращується, коли учасники бачать одне одного.
• Внески по колу при розбивці завдань: попросіть кожного учасника назвати одне завдання.
• Використовуйте паркувальний майданчик видимо: підтримуйте спільний і видимий список тем поза обсягом.

Інструменти, що підтримують віддалене Планування Спринту

• Онлайн-інструмент Покеру Планування: для одночасної оцінки без якоріння.
• Віртуальна дошка: для розбивки завдань та картування залежностей.
• Відеоконференція з постійним чатом: тримайте канал чату відкритим протягом усієї сесії.

Чеклист готовності до Планування Спринту

Використовуйте цей чеклист перед кожною сесією Планування Спринту.

• Беклог Продукту впорядкований з чіткими пріоритетами для історій, що відповідають 1,5× ємності спринту.
• Всі історії-кандидати мають прийняті критерії прийнятності.
• Всі історії-кандидати мають оцінки пунктів історій.
• Доступність членів команди підтверджена.
• Ємність спринту розрахована і погоджена.
• Власник Продукту готовий з чернеткою Мети Спринту.

Пов’язані посібники та матеріали

• Що таке Sprint Planning у Scrum?
• Шаблон порядку денного Sprint Planning
• Огляд Scrum Planning
• Посібник з Planning Poker
• Як використовувати Planning Poker крок за кроком
• Запустити безкоштовну сесію планінг покеру