Давайте разберемся, какие оценки бывают: абсолютные и относительные.
Для чего мы их делаем? Чтобы сделать прогноз на поставку, какой-то ценности. Так? Но, сама эта работа, для точной оценки интеллектуальной работы, требует больших усилий в том, чтобы её подсчитать, а потом и управлять ей.
Очевидно, что такая работа не приносит ценности нашим заказчикам и является потерями, от которых надо избавляться.
Почему не надо делать оценок?
Давайте рассмотрим случай, когда разработка у нас не самое узкое место в нашей системе, тогда нам нет смысла оценивать, потому что все что попадает на вход — будет сделано.
Другой вариант, что разработка узкое место, тогда нагружая его работой по оценке, мы только еще больше уменьшаем его производительность, что негативно сказывается на всей системе в целом.
А как же анализ?
А вот анализ задачи участвует в цепочке создания ценности. Это помогает нам сделать декомпозицию задачи и сделать стратегию по интеграции декомпозированных компонентов в один ценностный рабочий элемент на выходе.
При этом, если нам нужно дать прогноз на поставку, то здесь нам помогут относительные оценки. Эту оценку можно называть как угодно, лишь бы не часы, минуты, дни и т. д. Обычно это стори-поинты, но могут быть хоть попугаи.
> Напомним, что прижились несколько видов числовых ряды для оценок:
> На основе мутировавшегося ряда Фибоначчи: 1, 2, 3, 5, 8, 13, 20, 40, 100
> Так и степень двойки: 1, 2, 4, 8, 16, 32, 64, 128
Относительные оценки, служат для выработки договоренности внутри команды о размере того или иного рабочего элемента (как частный случай, это может быть user story). Причем, размерность дана таким образом, что разница между числами от 50 до 100%, и основной фокус обсуждения идет не о том, что это 7 или 8 стори-поинтов, а о том, что мы сравниваем задачи относительно друг друга (новую с набором уже сделанных задач нашей командой) и много говорим, для того чтобы совместно выявить максимум рисков и сделать прогноз, когда мы можем это сделать.