Story Points при оцінці роботи


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

Цінність Story Points

Це завжди важливо, щоб використовувані оцінки мали сенс. Багато команд використовують такі одиниці:

– Розмір одягу: XS, S, M, L, XXL
– Послідовність Фібоначчі: 1, 2, 3, 5, 8, 13, 20, 40
– Сила двох (кожне наступне число в двічі більше за попереднє): 1, 2, 4, 8, 16, 32

З використанням цих одиниць, також повинна бути правильна стратегія процесу оцінки. Не зовсім правильним буде запитувати: “На скільки це завдання складне в вимірі від 1 до 10 сторі пойнтів?” У цьому випадку буде важко отримати хоть приблизно правильну оцінку завдання.
Оцінка повинна бути використана в історичній перспективі. Краще запитати щось на зразок цього: “Останнім разом робота на цим завданням у нас заняла 5 пойнтів. Це завдання більше чи менше? На скільки більше? Два рази, в три рази?”

І останнє. Оцінка сторі пойнта не є обіцянкою. Є завжди шанс, що робота може зайняти більше або менше часу.

Схожі статті

Інтеграційна команда в Multi-Scrum Якщо однієї команди в Scrum не вистачає, можна використати декілька команд (Multi Team). Але тут виникає проблема - як управляти більш ніж однією командою. Відповідь: використовуйте інтеграційну команду. З Multi Team ваш Scrum буде виглядати трохи ...
9 основних методологій розробки програмного забезпечення Agile... Agile Modeling Набір концепцій, принципів і методів (практик), який дозволяє швидко і легко виконувати проектування та документацію для проектів з розробки програмного забезпечення. Не включає в себе докладні інструкції з проектування, містить опи...
Як робити Scrum під Waterfall? Дуже часто Scrum під Waterfall існує в організаціях. Хоча він може існувати не формально, але він може бути передбачено договором або правилами фірми. Scrum може бути частиною Agile експерименту. Scrum під Waterfall може існувати, тому що це практи...
Якими характеристиками повинні володіти вимоги? Усі суттєві вимоги включені. Не залишилося вимог для визначення на пізніше. Не повні, якщо: - Не функціональні вимоги відсутні; - Існують приховані припущення; - Занадто загальні заяви Суперечливі термінології, суперечливі необхідні дії...