Шкала Фибоначчи в Agile
Под оценкой задач в Agile понимается способ количественной оценки усилий, необходимых для выполнения задачи разработки. Многие agile-команды используют Story Point как единицу оценки своих задач. Чем больше количество баллов, тем больше усилий, по мнению команды, потребуется для выполнения задачи.
Последовательность Фибоначчи – одна из популярных шкал для оценки Agile Story Points. В этой последовательности каждое число представляет собой сумму двух предыдущих в серии. Последовательность Фибоначчи выглядит следующим образом: 0, 1, 1, 2, 3, 5, 8, 13, 21, 34, 55, 89… и так далее.
Под гибкой оценкой Фибоначчи подразумевается использование этой последовательности в качестве шкалы оценок при оценке трудозатрат на выполнение задач гибкой разработки.
Зачем использовать последовательность Фибоначчи для гибкой оценки?
Консультант по Agile Майк Кон использует полезную метафору, чтобы объяснить, почему последовательность Фибоначчи хорошо работает для оценки сюжетных точек.
В своей статье о гибкой оценке Фибоначчи Кон предлагает нам представить, что вы держите в одной руке гирю весом один килограмм (2,2 фунта), а в другой – гирю весом два килограмма (4,4 фунта). Не глядя, можем ли мы определить, какая рука весит больше? Да легко. Один в два раза тяжелее другого.
Но если бы эти два веса были 20 кг и 21 кг, объясняет Кон, нам было бы труднее определить, какой из них тяжелее. В обоих сценариях разница в весе составляет один килограмм. Но по мере того, как мы попадаем на территорию в 20 кг (45 фунтов), разница в весе должна быть больше, чтобы наш мозг мог ее воспринимать.
Вот почему Кон рекомендует использовать последовательность Фибоначчи для оценки точек гибкой истории. Числа, из которых ваша команда может выбирать, по мере прохождения последовательности увеличиваются, но они растут с постоянной скоростью – каждое число соответствует примерно 60% прыжку. Кон отмечает, что даже когда числа становятся огромными, наш мозг все еще может воспринимать разницу, если следующее число на 60% больше предыдущего.
Как работает гибкая оценка Фибоначчи на практике?
Представьте, что ваша команда хотела оценить усилия, необходимые для создания нового виджета в вашем приложении. Все согласились, что это задание будет иметь высокий уровень сложности и потребует много времени для его выполнения.
Но теперь представьте, что ваша команда использовала линейную четную шкалу для оценки сюжетных баллов: 2, 4, 6, 8, 10… до 50. Даже если все согласятся, этот новый виджет будет на верхнем уровне шкалы баллов. Вы все согласны, стоит ли ставить ему 42 балла? Как насчет 46? Или 48?
По мере того как числа на этой шкале становятся выше, вам будет труднее определить правильное число, потому что существует слишком много вариантов, а числа на верхнем конце недостаточно отличаются друг от друга.
Нет причин стремиться к достижению идеального результата. Эти числа – всего лишь руководство, чтобы помочь вашей команде оценить, сколько времени займет задача и сколько ресурсов вам нужно будет посвятить ей. Вот почему ни одна жизнеспособная гибкая оценочная шкала не использует десятичные дроби.
Если бы ваша команда использовала последовательность Фибоначчи для оценки усилий по разработке этого нового виджета, у вас было бы на выбор только несколько чисел на верхнем конце шкалы: 34, 55 или 89.
Если вы посчитаете, то увидите, что Кон прав в том, что каждое из этих чисел на 60% превышает предыдущее в последовательности. И, как видите, было бы намного проще прийти к консенсусу относительно того, представляет ли ваш виджет задачу с 34 баллами, 55 или 89.
Всего комментариев: 0