Обычно журнал пожеланий продукта (product backlog) или его часть, оценивается по сумме планируемых трудоемкостей пожеланий (user story), в него входящих. Эта цифра интересна тем, что с ее помощью можно прикинуть срок, через который данные пожелания будут реализованы командой.

1. Классика жанра здесь: сумма трудоемкостей / (размер команды * рабочих часов в день) * фокус-фактор = выдает очень неточный прогноз, потому что не учитывает исторические данные.

2. Чтобы увеличить точность, берем среднюю скорость разработки команды (velocity) в данном релизе или итерации, учитываем погрешность недооценки пожеланий и среднее время, которое тратится на исправление ошибок - и считаем с учетом этих параметров = получаем гораздо более точный результат, допустим 5 дней для некоторого набора пожеланий.

Однако, часто бизнес-заказчку (при ресурсной модели) и боссам со стороны команды (fixed-price модель) интересно оценить реализацию набора пожеланий в тех единицах, к которым они привыкли - в деньгах.

3. Задаем стоимость работы участника, учитываем загрузку всех участников команды, включая менеджера проекта, и вот - 5 дней работы всей команды по указанному скоупу работ будут стоить около 120 тыс рублей.

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

• Заходим в настройки бюджетирования проекта, устанавливаем галку Использовать бюджетирование. Выбираем нужную валюту и модель оплаты (почасовая, помесячная). Если необходимо скрыть от команды и заказчика кто сколько получает, ставим галку Скрывать стоимость работ участника.

budget_setup

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

budget_user

• Выставляем пожеланиям предварительные оценки трудоемкости, выбираем необходимый скоуп (журнал пожеланий релиза целиком, или набор пожеланий, объединенных каким-либо тегом) и получаем необходимую статистику:

budget_total

Как вы думаете, именно вам пригодилась бы такая функциональность в вашей системе управления проектами?

Успешного вам завершения проектов!

Еще интересные статьи на эту тему: