Як оцінити швидкість спринту з різними можливостями команди?

Ми невелика команда на 4 диви, досить зелені в Scrum. Приїжджаючи з усієї країни, ми часто беремо непарні вихідні дні або цілі вихідні, щоб повернутися додому. Тому потенціал нашої команди різко змінюється від однієї ітерації до іншої через щорічні відпустки, що призводить до дуже різних швидкостей від однієї ітерації до іншої. Як ми враховуємо потенціал команди при оцінці швидкості на засіданні з планування? Історичні дані відображають дуже різні можливості, і ми не можемо чекати цілий рік, щоб отримати середню оцінку для швидкості оцінки.

Це може бути простий підхід, але чому б ви не обчислили свою швидкість як, completed story points * capacityабо completed story points / capacityзалежно від того, як вимірювати потужність. Якщо ви вимірюєте потужність у людино-годинах, використовуйте другу. Якщо ви вимірюєте працездатність у відсотках 40-годинного тижня, використовуйте перший. Коли ви збираєтеся витягувати точки історії, ви повинні мати гарне уявлення про свою здатність до даного спринту, а також скористайтеся історичними даними вашого проекту, щоб визначити точку історії, виконану для заданого навантаження.

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

Зрештою, використовуйте професійне судження на основі історичних даних при плануванні спринту. У цьому випадку використовуйте попередню швидкість як вхід в якусь іншу схему оцінювання за участю команди. Я б також помилявся з боку обережності - легше втягувати більше роботи в спринт, ніж це зняти зобов’язання виконувати завдання.

Швидкість може змінюватися, навіть якщо ємність залишається однаковою.

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

Швидкість - це орієнтир, а не міра. Просто візьміть середнє значення всіх ваших спринтів (враховуйте стандартне відхилення) і середнє значення вашої найгіршої трійки, середнє значення вашої найкращої трійки і скажіть: "Ми напевно виконаємо це, ми можемо це зробити, ми не отримаємо це зроблено ". Прорисуючи три рядки через ваш (повністю оцінений) відставання, використовуючи ці три швидкості та ваш приблизний термін (зробіть вигляд, що це 12 спринтів і 12x, ваша найгірша швидкість - 75, 12x ваша найкраща - 120 і 12x ваша середня - 90. У відставанні 100 балів , навіть у вашому гіршому випадку, ви могли б зробити це три чверті, у найкращому випадку ви забили б це все, і в середньому ви доставили б більшу частину цього).

За допомогою цих даних ваш поштовий офіс може приймати всі необхідні йому рішення з того, що він ОБОВ'ЯЗКОВО мати, ми б хотіли його мати і чого не проти вийти з нього.

В кінцевому рахунку, речі змінюються, вимоги виникають, і, ну, все зміниться знову. Не кидайте котлети з математики, щоб отримати конкретну цифру, точних діапазонів достатньо для подібних речей. Складіть свої відбитки на проблеми з програмним забезпеченням, а не на відсталі математики.