Обычно
журнал пожеланий продукта (product backlog) или его часть, оценивается по сумме планируемых трудоемкостей пожеланий (user story), в него входящих. Эта цифра интересна тем, что с ее помощью можно прикинуть срок, через который данные пожелания будут реализованы командой.
1. Классика жанра здесь: сумма трудоемкостей / (размер команды * рабочих часов в день) * фокус-фактор = выдает очень неточный прогноз, потому что не учитывает исторические данные.
2. Чтобы увеличить точность, берем среднюю скорость разработки команды (velocity) в данном релизе или итерации, учитываем погрешность недооценки пожеланий и среднее время, которое тратится на исправление ошибок — и считаем с учетом этих параметров = получаем гораздо более точный результат, допустим 5 дней для некоторого набора пожеланий.
Однако, часто бизнес-заказчку (при ресурсной модели) и боссам со стороны команды (fixed-price модель) интересно оценить реализацию набора пожеланий в тех единицах, к которым они привыкли — в деньгах.
