Хороший посібник щодо вибору точкової шкали для використання з Agile / SCRUM?

Ми використовуємо Pivotal Tracker для нашого проекту, який дозволяє нам обирати з цих трьох точкових масштабів:

0,1,2,3
0,2,4,8
0,1,3,5,8

І я шукаю ресурс, який допоможе орієнтуватися на наше рішення. (Використовуючи 0,1,2,3 для двох ітерацій, ми можемо побачити, де одна з інших була б набагато кориснішою або змістовнішою.)

agile scrum

— Собака
джерело

Чи можете ви пояснити більше, незрозуміло, про що ви питаєте.

— Амір Резай

Впевнено: ми шукаємо веб-сайт, статтю, сторінку або документ, який стосується вибору точкової шкали.

— Dogweather

Google - ваш друг. Серйозно. Не важко знайти (спробуйте google.com/search?q=agile+ideal+days+points ). Що важко - це знайти підхід, який відповідає вашій команді, і для цього нам потрібно більше інформації.

— Мартін Вікман

А-а-а - дякую. Моя "команда" має мікророзмір. Один програміст за сумісництвом (я), один керівник проекту за сумісництвом, який є новим у розробці програмного забезпечення, та інший програміст за сумісництвом, який тільки починає працювати. Всі ми добрі друзі і між гравцями немає стресу.

— Dogweather

@Dogweather: якби я був ти (єдиний програміст у "команді"), я б взагалі не використовував Scrum, а прості методи продуктивності, такі як GTD. ІМХО, ти витрачаєш час на Scrum.

Відповіді:

Шкала точок історії «Фібоначчі» дуже популярна: 1, 2, 3, 5, 8 і т. Д. Популярні планки для покерних карт (від Mountain Goat Software і Crisp) засновані на ній: знак питання, 0, 1/2, 1, 2, 3, 5, 8, 13, 20, 40, 100, нескінченність.

Майк Кон зазначає у своїй книзі « Agile Estimation and Planning», що використовувати 1-2-4-8 замість 1-2-3-5-8 добре.

Важливо пам’ятати, застосовуючи сюжетні точки на команди «мікророзміру»: обмежте максимальний розмір історії, не «змішуйте камінчики з валунами» (див. Докладніше на Agile for Solo Developer )

— ажеглов
джерело

Я думаю, що те, що ви хочете, - це те, що пропонує достатньо різниці з меншими балами, а не так багато варіантів для більш масштабних історій, виходячи з того, що все, що більше 20 чи 40 потрібно розбити. Це гарантує, що ви підтримуєте більш точні відмінності для невеликих та звичайних історій і лише грубі відмінності для історій більшого розміру.

Коли ми робили Scrum, ми чудово попрацювали з точками на основі Фібоначчі, причому 20 - це найбільше число, яке, на нашу думку, реально впишеться у спринт. Якщо щось було 40 або 100, то в основному розробники говорили, що історія занадто велика.

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

— Енн Шусслер
джерело