Шкала Фібоначчі в Planning Poker: як обирати оцінку
Чому між картками зростають проміжки, коли використовують 20 замість 21 і як різні голоси допомагають уточнити роботу.
У Planning Poker шкала Фібоначчі дає команді картки 1, 2, 3, 5, 8, 13, 21 та наступні значення для порівняння обсягу роботи. Проміжки між числами зростають, щоб для більшої задачі не доводилося обґрунтовувати кожен додатковий бал. Саме число не визначає тривалість роботи й не усуває невідомі умови.
Якщо ви вагаєтеся між 3 і 5, почніть із питання: яка додаткова робота відрізняє задачу від знайомого еталона? Картка 4 дасть ще один варіант відповіді, але не пояснить цієї різниці.
У цій статті:
Приклад оцінювання: зміна адреси доставки
Вигадана команда розробляє сервіс доставки. У беклозі є задача: «Дозволити клієнту змінити адресу доставки після оформлення замовлення». У продукті вже працюють форма адреси та розрахунок вартості доставки. Знайома задача на 3 бали — зміна контактного номера в замовленні з валідацією, перевіркою доступу, рев’ю та перевіркою результату.
Учасники відкривають картки 3, 5 і 8. Замість вибору найпопулярнішого числа фасилітатор просить пояснити межі роботи:
| Оцінка | Що включив учасник | Що потрібно з’ясувати |
|---|---|---|
| 3 | Збереження нового тексту в наявному полі адреси | Чи треба перевірити, що доставка доступна за новою адресою? |
| 5 | Перевірку зони доставки й повторний розрахунок вартості | Що робити, якщо вартість змінилася після оплати? |
| 8 | Усе попереднє, доплату та оновлення маршруту кур’єра | Чи дозволяємо зміну адреси після передачі замовлення кур’єру? |
Картки показали різні уявлення про результат. Середнє арифметичне не вирішить, чи потрібна доплата.
Після розмови з Product Owner команда погоджує перший варіант:
- Адресу можна змінити до передачі замовлення кур’єру.
- Нова адреса має залишатися в тій самій тарифній зоні; у цьому прикладі в межах зони ціна доставки не змінюється.
- Сервер перевіряє стан замовлення і допустимість адреси під час збереження.
- Якщо умови не виконані, попередня адреса зберігається, а клієнт бачить причину відмови.
- Доплата, повернення коштів і зміна маршруту кур’єра не входять у цей варіант.
Розробниця, яка працювала з доставкою, підтверджує: наявний сервіс уже визначає тарифну зону. Водночас потрібно врахувати ситуацію, коли склад передає замовлення кур’єру саме під час редагування адреси.
Після уточнення учасники знову голосують. У цьому навчальному прикладі всі обирають 5: задача більша за еталонну зміну номера, але більше не включає перерахунок оплати й маршруту. Команда записує оцінку разом із межами роботи. Це один із можливих результатів, а не вимога завершувати кожен раунд одностайно.
Це умовний результат для конкретних припущень. Вашій команді така задача може здатися меншою або більшою. Послідовність «окремий вибір → відкриття карток → обговорення → новий раунд» описана в довіднику Agile Alliance. Повний порядок зустрічі є в гайді з проведення Planning Poker.
А якщо після розмови знову 3, 5 і 8?
Запитайте, яка відмінність залишилася. Один учасник може знати, як захистити збереження від одночасної зміни статусу, а інший — сумніватися, чи система це підтримує. Потрібно підтвердити поведінку, а не переконати когось натиснути меншу картку.
Якщо без доплати задача не має потрібної цінності, поверніться до продуктової межі. Можливо, спочатку варто дослідити спосіб зміни оплати. Ще один раунд має сенс, коли з’явилося нове знання або змінилися вимоги.
Чому між числами зростає проміжок
У послідовності 1, 2, 3, 5, 8, 13, 21… кожне число після перших двох дорівнює сумі двох попередніх. Між 3 і 5 різниця становить два бали, а між 13 і 21 — вісім.
Велика задача часто охоплює кілька пов’язаних змін, тому команді складніше обґрунтувати оцінку з точністю до одного бала. Ширші проміжки зменшують кількість близьких значень, між якими доводиться обирати. Майк Кон пояснює свій вибір шкали та округлення великих значень. Це пояснення вибору шкали, а не гарантія точнішого прогнозу.
Корисність шкали залежить від розмови. Якщо команда назвала невідому інтеграцію 13, але не з’ясувала, які операції вона підтримує, невизначеність залишилася.
Story points порівнюють роботу всередині команди з урахуванням зусиль, складності й ризиків; такий підхід пояснює Atlassian у матеріалі про оцінювання. Число 8 не дорівнює восьми годинам і не означає однаковий обсяг у різних командах.
Чим відрізняються звичайна й модифікована шкали
| Варіант | Приклад чисел | На що звернути увагу |
|---|---|---|
| Фібоначчі | 1, 2, 3, 5, 8, 13, 21, 34 | Команда визначає, які значення їй зручно використовувати |
| Модифікована шкала | 1, 2, 3, 5, 8, 13, 20, 40, 100 | Після 13 це вже інша послідовність із ширшими проміжками |
| Додаткові картки | 0, 0.5, ?, кава — залежно від колоди | Значення символів потрібно погодити окремо |
20 замість 21 не є математичною помилкою: це домовленість про іншу шкалу. Кон описує округлення як спосіб не створювати враження, що велика оцінка має точність до одного бала.
Картки 0.5, ? чи кава також не належать до математичної послідовності. Команда може використовувати ? як прохання відповісти на конкретне питання перед оцінкою, а каву — як прохання про перерву. Це службові сигнали, а не числові оцінки; записуйте їх окремо від балів.
Виберіть одну колоду для сесії та кілька завершених задач для порівняння. Якщо еталонів ще немає, почніть із добре зрозумілої задачі й поверніться до неї після виконання. Приклади та спосіб вибору еталонів є в окремому матеріалі про story points.
Коли число варто відкласти
Орієнтуйтеся на причину розбіжності:
- Різні вимоги: запишіть, яку поведінку включає задача, а яку відкладаєте. Потім оцініть однаковий обсяг.
- Різні порівняння: поверніться до завершених еталонів. Поясніть, що саме додається порівняно з ними.
- Кілька самостійних результатів: запропонуйте менші частини, кожна з яких має корисний результат для користувача.
- Невідомий технічний шлях: визначте питання для дослідження, відповідального та факт, який дозволить повернутися до оцінки.
Немає загального правила «усі задачі на 13 обов’язково ділити». Перевірте, чи команда розуміє роботу та здатна довести її до готового результату у своїх робочих обмеженнях. Задача на 5 із невідомою залежністю може потребувати уточнення раніше за зрозумілу задачу на 13.
У прикладі з доставкою окремим корисним результатом може бути зміна адреси в межах тієї самої тарифної зони. Зміна адреси з перерахунком оплати — інша задача. Розділення лише на «зробити форму» і «зробити API» не дає клієнту можливості змінити адресу.
Кожну частину оцінюйте заново. Сума нових оцінок не зобов’язана дорівнювати початковому числу: ви уточнили обсяг і отримали нові знання.
Про що домовитися перед наступною сесією
Скопіюйте короткий запис у командні нотатки:
Яку колоду використовуємо:
Які завершені задачі беремо за еталони:
Що включаємо в оцінку до виконання Definition of Done:
Що означають додаткові картки, якщо вони є:
Які питання ставимо при різних голосах:
Коли уточнюємо, ділимо або досліджуємо задачу:
Де записуємо припущення і хто відповідає за наступний крок:
Домовленість має допомагати в роботі. Запитання «чи включаємо відновлення після невдалого збереження?» дає більше підстав для оцінки, ніж загальне «врахуймо складність».
Поширені запитання
Чи можна все-таки оцінити задачу на 4?
Можна домовитися про іншу колоду, але тоді це вже не звична шкала Фібоначчі. Спочатку з’ясуйте, чого бракує для вибору між 3 і 5. Нова картка не відповість на відкрите питання щодо вимог.
Чи вимагає Scrum саме такої шкали?
Ні. Scrum Guide покладає відповідальність за визначення обсягу роботи на учасників Scrum-команди, які її виконують (Developers), і не встановлює обов’язкової шкали Фібоначчі, story points або сесій Planning Poker.
Чи треба брати більше число про всяк випадок?
Спочатку назвіть причину невпевненості. Одна справа — більший відомий обсяг перевірок, інша — непогоджений спосіб доплати. Більше число може відобразити додаткову роботу, яку команда розуміє, але не замінить продуктового рішення.
Спробуйте шкалу в Agilo
В Agilo Planning Poker є колоди Фібоначчі та модифікованої Фібоначчі. Підготуйте кілька задач із чіткими межами й нотатки про еталони. Під час обговорення зберігайте припущення та рішення у своєму беклозі.
Створіть кімнату Planning Poker, коли команда буде готова оцінювати разом.
