Пункти історій vs. години: остаточне порівняння

Кожна agile-команда стикається з одним і тим самим початковим питанням: оцінювати в годинах чи в пунктах історій?

Аргументи проти оцінки в годинах

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

Ось чому години систематично не справляються:

Оптимістична упередженість є загальною: люди систематично недооцінюють, скільки часу займуть завдання.
Індивідуальна мінливість висока: те саме завдання може зайняти 1 годину у старшого розробника та 4 години у джуніора.
Витрати на перемикання контексту приховані: оцінки в годинах припускають безперервну роботу.
Невідомі невідомі невидимі: оцінки в годинах не враховують те, чого ви не знаєте.

Пункти історій не усувають невизначеність — вони чесно її представляють.

Швидкість стає надійним вхідним параметром планування: після 3–4 спринтів швидкість команди стабілізується.
Обговорення оцінок покращують якість: сесії Покеру Планування виявляють припущення та ризики.
Фокус зміщується з відповідальності на навчання: оцінки в годинах створюють хибну відповідальність.
Команди стають швидшими: відносний підбір розмірів швидший, ніж оцінка в годинах.

Пункти історій не є універсально кращими:

Виставлення рахунків клієнтам: якщо ви виставляєте рахунки по годинах, вам потрібні оцінки в годинах.
Контракти з фіксованою ціною: контракти вимагають прогнозів зусиль у календарному часі.
Дуже короткі завдання: завдання менше 30 хвилин часто відстежуються безпосередньо в годинах.
Робочі процеси індивідуального вкладника: одиночні розробники не виграють від групової калібровки.

Перехід займає 2–3 спринти.

Спринт 1: проведіть Покер Планування для всіх елементів беклогу.
Спринт 2: перевірте, чи відповідає швидкість вашим очікуванням.
Спринт 3: використовуйте швидкість пунктів історій для планування ємності спринту.

Проведіть першу сесію оцінки пунктами історій з безкоштовним Покером Планування онлайн.

Чи можна використовувати і пункти історій, і години?

Багато команд так роблять в період переходу.

Чи працюють пункти історій для нетехнічних команд?

Так. Їх успішно використовують команди маркетингу, контенту, дизайну та операцій.

Що відбувається, коли історія займає вдвічі більше оціненого?

Це подія навчання, а не провал.

Чи є дані, що показують перевагу пунктів історій над годинами?

Так. Дослідження в agile-середовищі показують, що команди, що використовують методи відносного розміщення, дають більш точні зобов'язання.