Чи гаразд змінювати оцінки посеред ітерації?


14

Ми почали використовувати Agile / Scrum в команді з 4 розробників. Ми зробили свою оцінку оповідань і замовляли розповіді «Грунтовані історії» у відставанні продукту.

Ми почали з точкової оцінки складності від 1 до 5, замість звичайних 1,2,3,5,8,13 .... і так далі

Після роботи над декількома історіями ми вважали, що деякі з оцінок, оцінених у 4 бали, мають бути лише 2, а інші, які оцінюються в 2, набагато складніші і повинні були оцінюватися як 5. Я хотів би знати:

  • Чи добре змінити наші оцінки історії в середині ітерації?
  • Чи нормально використовувати поточні точки оцінки від 1 до 5, замість звичайних 1,2,3,5,8,13 .... і так далі

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


4
Запитайте себе: яка користь витрачати час на переоцінку середини спринту? Яка користь витрачати більше часу на «аргументацію» над дрібнозернистими 3 проти 4 проти 5 порівняно з грубими 3 проти 5?
Гюго

Відповіді:


13

Чи добре змінити наші оцінки історії в середині ітерації?

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

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

Agile Оцінка та планування Майка Конна - це хороша книга з цього питання. Я б застеріг від використання його (або будь-якої «спритної» книги) як біблії, але це хороший вихідний пункт, з якого можна вдосконалити ваш процес.

Він розповідає про те, як помилкові оцінки балансують як "магію", але наголошує, що він бачив, як це працює знову і знову.

Чи нормально використовувати поточні точки оцінки від 1 до 5, замість звичайних 1,2,3,5,8,13 .... і так далі

Використання серії оцінок точок Фібоначчі - це визнання, що чим більша історія, тим менш точна наша оцінка (див. Мій попередній коментар про Epics).

Але, якщо це не працює для вас, особливо якщо ви залишаєте маленькими всі свої роботи, тоді не використовуйте їх. Це настанова, а не правило.

Розміри футболки (SML XL XXL) також популярні і по суті нічим не відрізняються від (1 2 3 4 5).


+1: обговоріть це під час ретроспективи. Повторно оцініть, коли ви зробите попередній пріоритет на початку наступної весни. Ось чому у вас спринти. Під час спринту немає накладних витрат - просто зробіть код.
С.Лотт

Щодо використання вживання серій fabach, Скажіть, ви знаєте, що історія триватиме майже 3 дні, а ні. Завдання для виконання розповіді - A, B, C. Ви також вважаєте, що це не дуже складно, але кожне із цих завдань займе 1 день кожен. Яку оцінку ви б дали цій історії?
tintin

@tintin: Причина використання очок полягає в тому, щоб не говорити про такі речі, як "ви знаєте, що історія триватиме майже 3 дні". Бали відносно довільні, кожна робота базується на складності порівняно з іншими роботами (очевидно, вам слід уникати використання помилкових завдань як базових ліній). Але ви уникаєте пропущених чисел, щоб врахувати невизначеність. Отже, якщо робота B у два рази складніша за роботу A, а робота A була позначена як 2 бали, ви позначаєте роботу B як 5 балів.
pdr

+1 за: чим більша історія, тим менш точна наша оцінка
кевчадер

1

Чи добре змінити наші оцінки історії в середині ітерації?

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

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

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


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

@Michael, ця відповідь може бути правдою для деяких спритних процесів, але питання стосується Scrum. У Scrum не рекомендується змінювати точки історії після планування спринту, оскільки показник швидкості команди може бути порушений.
ГайР

Невдалі оцінки приносять користь тому, що ви можете використовувати їх для відповідного коригування будь-яких майбутніх оцінок. Якщо ви оцінюєте занадто довго, це буде стільки ж невдач, скільки оцінка занадто короткої, оскільки в результаті недостатньо використовуються ресурси. Цінність правильних оцінок полягає в тому, що ви знаєте, що ви, ймовірно, вражаєте цілі випуску, і ваша команда повністю використовується. Тому ви завжди базуєте майбутні оцінки на своєму минулому досвіді, коригуючи відповідно до того, що ви дізнаєтесь про ваші оцінки на шляху.
Робінз
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.