Story Points: як оцінити складність завдання в Agile-методологіях?

Що таке сюжетні точки і звідки взялося це поняття?

Story points – це розумний інструмент Agile управління проектами, який дозволяє командам оцінити, наскільки велике і складне завдання. Важливо, що це не години, а бали складності, які вказують на: розмір (скільки потрібно зробити?), складність (наскільки завдання технічно складне?) і ризик (наскільки воно невизначене?). Це порівняльна оцінка. Команда бере нове завдання і порівнює його з тими, які вона вже виконала. Якщо нова функція вдвічі складніша за стару, вона отримує вдвічі більше балів (наприклад, 8 замість 4). Для оцінювання використовуються спеціальні числа, часто з послідовності Фібоначчі (наприклад, $1, 2, 3, 5, 8, 13, 21$), щоб легше показати велику різницю між простим і дуже складним завданням.

Ідея сторіпоінтів виникла тому, що підрахунок годин занадто ненадійний. Оцінка часу залежить від того, як швидко працює програміст, скільки він робить перерв і який у нього був день. Сторіпойнти усувають ці проблеми. Орієнтуючись на об’єктивну складність завдання, а не на годинник, команди планують більш реалістично і досягають кращого, більш стабільного темпу роботи (відомого як швидкість). Agile створив цю ідею, а Скрам повністю перейняв її, використовуючи при плануванні наступних робочих періодів (так званих спринтів). На практиці сторіпойнти є стандартним інструментом в обох підходах.

Основні принципи оцінки сюжетних моментів

Для того, щоб правильно оцінювати завдання за допомогою сюжетних точок, слід пам’ятати кілька золотих правил. Найважливішим є порівняння: ми завжди порівнюємо нове завдання з чимось, що ми вже зробили (наш “шаблон”). Оцінка має бути спільним рішенням усієї команди, а не ідеєю однієї людини. Більше того, важливими є складність і ризик, а не час! Для цього ми використовуємо спеціальну, нелінійну шкалу (наприклад, 1, 2, 3, 5, 8$), адже чим більше щось є, тим більше воно є невизначеним. Для того, щоб команда дійшла згоди щодо кількості сюжетних точок, використовуються два перевірені методи:

• Покер планування: це найпопулярніша “карткова гра для оцінювання”. Після обговорення завдання кожен таємно вибирає карту з обраною ним оцінкою (наприклад, 5, 8, 13). Картки розкриваються одночасно. Якщо думки сильно розділилися (наприклад, одна людина дала 3, а інша – 13), команда повинна обговорити, звідки взялися ці розбіжності, поки всі не вкажуть однакове, спільне значення.
• Розмір футболки: ця техніка використовується, коли потрібно дуже швидко оцінити велику кількість завдань, наприклад, на самому початку проекту. Замість того, щоб використовувати конкретні цифри, завданням присвоюються розміри, як одягу (XS, S, M, L, XL). Це дозволяє швидко відрізнити, що є великим, а що малим. Лише згодом, коли настане час для більш детального планування проектучи перетворюємо ми ці “футболки” на сюжетні точки.

Як провести сесію з оцінки сторіпоінтів?

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

• Спроба перевести сюжетні бали в години – це найбільша помилка, яка руйнує їхній сенс. Змушувати команду оцінювати час під виглядом балів призводить до непотрібного тиску і недооцінки.
• Порівняння швидкості між командами: швидкість (тобто темп роботи) є унікальною для кожної команди. Її порівняння породжує нездорову конкуренцію і не дає точної картини продуктивності.
• Використання сюжетних точок як інструменту тиску: сюжетні точки використовуються для реалістичного планування, а не для контролю і примусу до занижених оцінок. Це може підірвати довіру в команді.
• Переоцінка дрібних завдань: витрачати занадто багато часу на обговорення завдань вартістю 1-2 бали – марна трата часу. Краща практика – автоматично присвоювати їм найнижчу оцінку.
• Відсутність калібрування: команда повинна узгодити і регулярно нагадувати собі, що означає “еталонне” завдання, щоб підтримувати узгодженість і відносність усіх оцінок.

Незважаючи на ці підводні камені, сюжетні точки є універсальним інструментом у різних проектних контекстах. Вони використовуються для оцінки та визначення пріоритетів роботи, а також для порівняння завдань. У Scrum вони є інструментом, який підтримує планування спринту та вимірювання швидкості. Замість того, щоб вказувати час, команда обговорює відносний розмір завдань, наприклад, кажучи “здається, це 3 бали”, що є більш абстрактним, універсальним і дозволяє використовувати цей вимір як в ІТ, так і в бізнес-командах (наприклад, в маркетингу).

FlexiProject та управління сюжетними точками

FlexiProject – це інструмент, який дозволяє легко впроваджувати і контролювати весь життєвий цикл сторіпоінтів як в Agile, так і в Scrum. Система дозволяє безпосередньо призначати сторіпойнти завданням в беклозі, що важливо для їх пріоритизації. На основі балів, призначених завданням, та історичного темпу роботи команди (Velocity), FlexiProject допоможе вам спланувати графік спринту, показавши, скільки балів команда може реально виконати. Інструмент автоматично відстежує і візуалізує Velocity в наступних ітераціях, що важливо для прогнозування того, як швидко буде просуватися робота. Як частина візуалізації та контролю, доступні розширені діаграми згоряння/зростання, які постійно показують, скільки роботи (в пунктах) залишилося виконати в спринті або в усьому проекті. Крім того, дошка Kanban дозволяє керувати завданнями з оцінками в балах, що дає змогу прозоро відстежувати прогрес і робочий процес. За допомогою цієї інформаційної панелі менеджер проекту має контроль над поточною швидкістю і прогнозом для всього проекту, що полегшує дотримання дедлайнів.

Сюжетні бали проти інших методів оцінювання

Story points – це інструмент, який спеціально уникає підрахунку часу, що є його найбільшою перевагою. У порівнянні з оцінкою в годинах, бали набагато стабільніші, оскільки вони оцінюють складність завдання, а не швидкість роботи конкретного розробника. Кількість годин може легко змінюватися (перерви, зустрічі, втома), в той час як складність завдання залишається незмінною. Тому сторіпоінти краще, тому що ми зосереджуємося на проблемі, а не на часовому тиску. Вони також кращі за ідеальні дні, які, хоча і не передбачають перерв, все ж є одиницею часу, і їх легко сплутати з реальним часом. Однак традиційна оцінка часу (в годинах або днях) стає необхідною, коли нам потрібно створити попередній, фіксований бюджет для клієнта, ми маємо виконати невеликі, прості сервісні завдання (з нульовою невизначеністю), або ми працюємо над проектами, які вимагають використання моделі Waterfall.

Резюме: story points як інструмент кращого Agile-планування?

Story points – це революція в плануванні, тому що це вже не години, які часто дають збій, а бали, які вимірюють фактичну складність, комплексність і ризик завдання. Ця стабільна міра виключає здогадки. Коли story points підтримуються передовими інструментами для Agile-команд, такими як FlexiProject, вони стають найкращим способом ефективного, передбачуваного і спокійного управління проектами. Крім того, FlexiProject діє як інструмент управління спринтом, оскільки допомагає планувати спринти на основі швидкості команди.