Источник: doitsmartly.ru
Date: 2019-11-29
В гибких методологиях сделан акцент на скорость – быстрая разработка, быстрая поставка, оперативная обратная связь. Также и методы оценки задач в Agile в первую очередь должны быть быстрыми. Сама по себе оценка не несет какой-либо бизнес ценности, поэтому в динамичном итеративном процессе логично сделать ее с наименьшими трудозатратами, как можно дешевле и оперативнее. Оценка пользовательских историй в Agile не будет чем-то незыблемым на основе чего будет раз и навсегда фиксироваться бюджет проекта. Тут важно получить реальные результаты выпустив продукт или проведя демо для заказчика и при необходимости скорректировать методы оценки на их основе.
Agile - это командная работа, поэтому и большинство методов оценки тут являются групповыми. В процессе участвуют все вовлеченные в разработку члены команды, аккумулируется информация и мнения различных экспертов. Если речь идет про Scrum, то в оценке бэклога будет принимать участие вся Scrum Team.
Совместные методы оценки также дают возможность каждому члену команды комфортно себя чувствовать при высказывании своего мнения, выдвижении предположений по сложности той или иной задачи. Итоговая оценка – это мнение и ответственность всей команды и у отдельных участников нет потребности пререстраховываться, закладывая на всякий случай побольше времени.
Следующая особенность методов оценки в Agile - это использование относительных единиц измерения. При использовании гибких методологий мы не считаем напрямую рубли, доллары, дни, килограммы и т.п. Для оценки могут используются какие-либо маркеры, точки, карты с числами, цвета и т.д., что дает хорошую возможность сравнивать различные задачи друг с другом напрямую и качественно. При этом мы избегаем каких-либо ассоциаций и привязки к дополнительным абстрактным величинам, например, дням.
Например, если мы оценили задачу и получили трудозатраты 100000$, то мы невольно задумаемся много это или мало и это может повлиять на конечную оценку. При этом если задачу оценили в 100 story points (очков, баллов, попугаев), то само по себе это значение еще ничего не говорит, он работает только в сравнении с другой задачей и в этом случае оценка не искажается.
T-Shirt Sizes
В качестве единицы измерения в этой технике используется размер футболки: XS, S, M, L, XL. Команда принимает решение о размере той или иной пользовательской истории в ходе совместной открытой дискуссии. В случае неопределенности, возможно применение голосования. При желании можно договориться о соотношении «размеров», например, S это до 2 XS, M это до 2 S и так далее.
Как правило первые несколько задач оцениваются предварительно. Далее начинает вырисовываться картина о степени декомпозиции историй. В итоге мы находим самые мелкие относительно остальных задачи и они принимаются за XS . После этого остальные задачи оцениваются с точки зрения насколько они больше XS. В зависимости от этого им присваивается определенный размер S, M, L или XL. Также можно договориться, что у нас есть, например, большой размер XXL. Присвоение истории этого размера говорит, что на самом деле мы не можем оценить задачу и она нуждается в дальнейшей декомпозиции и/или уточнении.
Данная техника является довольно быстрой и ее можно использовать для оценки большого количеством user story за одну сессию. С ее помощью вполне реально за час оценить 15-20 историй.