Стор-поінти пояснено: відносне оцінювання замість годин, шкала Фібоначчі, як бали впливають на швидкість і прогнози релізів та як East Agile Tracker оцінює історії.
Стор-поінт (story point, бал) — це одиниця відносного розміру. Замість того щоб оцінювати роботу в годинах чи днях, команда порівнює її з роботою, яку вже виконала: «це приблизно вдвічі більше, ніж те». Число відображає одночасно трудомісткість, складність і невизначеність.
Чому відносно, а не в годинах
Section titled “Чому відносно, а не в годинах”Люди погано передбачають, скільки часу займе завдання, і досить добре оцінюють, чи одне завдання більше за інше. Стор-поінти спираються на цю другу навичку.
- Бали не залежать від того, хто виконує роботу. Історія має 3 бали, хоч би хто її взяв — senior чи junior; різниця проявляється в тому, як швидко команда завершує бали, а не в оцінці.
- Оцінювання залишається швидким. Порівняти історію з відомою займає кілька секунд. Розбиття на години триває значно довше й рідко буває точнішим.
- Бали перетворюються на дати завдяки вимірюванню. Коли команда знає, скільки балів вона завершує за ітерацію, — свою швидкість, — вона може прогнозувати, коли набір історій буде готовий.
Оцінка — це розмова про розмір, а не обіцянка. Якщо команда не погоджується щодо числа, обговорення зазвичай виявляє непорозуміння щодо історії, і це корисніший результат.
Команди обирають коротку шкалу, щоб оцінки залишалися грубими. Поширені варіанти:
- Fibonacci — 0, 1, 2, 3, 5, 8, 13. Проміжки зростають із розміром, бо великі історії менш визначені.
- Лінійна — 0, 1, 2, 3. Невелика шкала для команд, які дрібно ділять роботу.
- Розміри футболок — S, M, L (іноді також XS і XL).
Історія, завелика навіть для верхньої межі шкали, — сигнал розділити її на менші історії.
Оцінювання командою
Section titled “Оцінювання командою”Поширена техніка — planning poker: кожен таємно обирає оцінку, усі відкривають їх одночасно, а автори найвищої й найнижчої оцінок пояснюють свої міркування, перш ніж команда зупиниться на числі. Одночасне відкриття не дає першому голосу задати орієнтир для решти.
Оцінюйте до початку роботи над історією, коли команда розуміє, що для неї означає «готово», — тобто критерії прийняття. Дивіться Користувацькі історії та планування ітерації.
Як це робить East Agile Tracker
Section titled “Як це робить East Agile Tracker”- Функції за замовчуванням приймають бали. Баги та рутина лишаються неоціненими, якщо проєкт не ввімкне Points for bugs and chores. Дивіться Оцінювання функцій.
- Доступні три шкали: Fibonacci (0, 1, 2, 3, 5, 8, 13), East Agile (0, 1, 2, 3) і 3-Point (1, 2, 3 для Small / Medium / Large). Шкалу обирають для кожного проєкту; її подальша зміна не перераховує наявні оцінки. Дивіться Бали.
- Бали живлять швидкість. Бали історії зараховуються до швидкості, щойно вона досягає завершеного стану проєкту, а швидкість визначає розмір наступних ітерацій. Дивіться Швидкість.
- Неоцінені історії можна знайти. Фільтр
is:unestimatedпоказує функції, яким ще потрібне число. Дивіться Пошук і фільтри.
Додаткове читання
Section titled “Додаткове читання”- Що таке velocity? — як бали стають прогнозом.
- Scrum чи Kanban — яке місце оцінювання посідає в кожному з методів.
- eXtreme Programming — метод, з якого походять стор-поінти.