Можно ли менять оценки в середине итерации?

Мы начали использовать Agile / Scrum в команде из 4 разработчиков. Мы сделали наши оценки историй и заказали истории.

Мы начали с балльной оценки сложности от 1 до 5 вместо обычных 1,2,3,5,8,13 .... и так далее.

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

Можно ли менять оценки наших историй в середине итерации?
Можно ли использовать текущие оценочные баллы от 1 до 5 вместо обычных 1,2,3,5,8,13 .... и т. Д.

Хотя я лично считаю, что в обоих случаях этого не должно быть, но мне нужно поддержать себя, так как мое собственное понимание не очень ясно (хотя любой хороший справочный материал был бы хорош!)

project-management agile estimation

— Тинтин
источник

Спросите себя: какая польза от переоценки времени в середине спринта? Какая польза от того, что вы тратите больше времени на «споры» над мелкозернистыми 3 против 4 против 5 по сравнению с грубыми 3 против 5?

— Хьюго

Ответы:

Можно ли менять оценки наших историй в середине итерации?

Точно нет. Мы ожидаем, что это произойдет. И мы ожидаем, что ошибки со временем уравновесятся. Мы действительно корректируем оценки только тогда, когда ясно, что определенная категория (например, новые веб-страницы) всегда будет более сложной, чем мы думали, когда оценивали их все.

Поскольку эпическая история разбита на более мелкие истории (что должно произойти задолго до спринта), мы можем изменить первоначальную оценку, но я бы назвал ее уточнением, а не переоценкой. Это потому, что у нас есть более четкое представление в то время.

Гибкая оценка и планирование Майка Кона - хорошая книга на эту тему. Я бы предостерег от использования его (или любой книги «Agile») в качестве библии, но это хорошая отправная точка для улучшения вашего процесса.

Он говорит о том, как ошибочные оценки уравновешиваются как «волшебство», но подчеркивает, что он видел, как это работает снова и снова.

Можно ли использовать текущие оценочные баллы от 1 до 5 вместо обычных 1,2,3,5,8,13 .... и т. Д.

Использование ряда оценок Фибоначчи - это признание того, что чем больше история, тем менее точной является наша оценка (см. Мой предыдущий комментарий об Эпосах).

Но, если это не сработает для вас, особенно если вы выполняете все свои работы небольшими, не используйте его. Это руководство, а не правило.

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

— прецизионный самописец
источник

+1: обсудите это во время вашей ретроспективы. Пересчитайте, когда вы переопределите приоритеты в начале следующей весны. Вот почему у вас есть спринты. Никаких накладных расходов на управление во время спринта - просто создайте код.

— С.Лотт

Об использовании серии fabonacci, скажем, вы знаете, что история займет почти 3 дня, и нет. из задач, чтобы сделать историю являются A, B, C. Вы также чувствуете, что это не очень сложно, но каждая из этих задач займет 1 день. Какую оценку вы бы дали этой истории?

— Тинтин

@tintin: причина использования очков заключается в том, чтобы избегать высказывания типа «вы знаете, что история займет почти 3 дня». Точки относительно произвольны, каждая работа основана на сложности по сравнению с другими работами (очевидно, вы должны избегать использования заниженных работ в качестве базовых показателей). Но вы избегаете пропущенных чисел, чтобы объяснить неопределенность. Таким образом, если задание B вдвое сложнее задания A, а задание A помечено как 2 балла, вы отмечаете задание B как 5 баллов.

— фунтовые

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

— kevchadders

Можно ли менять оценки наших историй в середине итерации?

Абсолютно да - если это повлияет на текущее или будущее планирование весны. Цель Agile - основывать свои действия на информации, которая является как можно более актуальной и правильной.

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

С другой стороны, в действительности нет правильной оценки как таковой . Не тратьте время на создание какой-то бессмысленной статистики.

— Майкл Боргвардт
источник

В нашем случае первоначальная оценка была большой, и работы для этого оказались намного меньше. Так что это не значит, что наш текущий спринт не закончен вовремя, но у нас есть дополнительное время. Поэтому менеджер предлагает снизить оценку.

— Тинтин

@ Майкл, этот ответ может быть верным для некоторых гибких процессов, но вопрос касается Scrum. В Scrum не рекомендуется изменять сюжетные точки после планирования спринта, поскольку метрика скорости команды может быть скомпрометирована.

— GuyR

Неудачные оценки имеют то преимущество, что вы можете использовать их для соответствующей корректировки любых будущих оценок. Если вы оцениваете слишком долго, это будет такой же сбой, как и оценка слишком короткая, потому что результатом являются недоиспользуемые ресурсы. Значение в правильных оценках заключается в том, что вы знаете, что, скорее всего, достигнете своих целей выпуска, и ваша команда полностью задействована. Поэтому вы всегда основываете будущие оценки на своем прошлом опыте, приспосабливаясь к тому, что вы узнаете о своих оценках на этом пути.

— С.Робинс