Обычно журнал пожеланий продукта (product backlog) или его часть, оценивается по сумме планируемых трудоемкостей пожеланий (user story), в него входящих. Эта цифра интересна тем, что с ее помощью можно прикинуть срок, через который данные пожелания будут реализованы командой.
1. Классика жанра здесь: сумма трудоемкостей / (размер команды * рабочих часов в день) * фокус-фактор = выдает очень неточный прогноз, потому что не учитывает исторические данные.
2. Чтобы увеличить точность, берем среднюю скорость разработки команды (velocity) в данном релизе или итерации, учитываем погрешность недооценки пожеланий и среднее время, которое тратится на исправление ошибок — и считаем с учетом этих параметров = получаем гораздо более точный результат, допустим 5 дней для некоторого набора пожеланий.
Однако, часто бизнес-заказчку (при ресурсной модели) и боссам со стороны команды (fixed-price модель) интересно оценить реализацию набора пожеланий в тех единицах, к которым они привыкли — в деньгах.
3. Задаем стоимость работы участника, учитываем загрузку всех участников команды, включая менеджера проекта, и вот — 5 дней работы всей команды по указанному скоупу работ будут стоить около 120 тыс рублей.
Прогнозируемый расчет с учетом статистической информации (пункт 2) в системе управления проектами DEVPROM был уже давно, и вот теперь там реализован подсчет стоимости всего беклога или любой его части:
Как вы думаете, именно вам пригодилась бы такая функциональность в вашей системе управления проектами?
P.S. DEVPROM появился в твиттере, присоединяйтесь!
1. Классика жанра здесь: сумма трудоемкостей / (размер команды * рабочих часов в день) * фокус-фактор = выдает очень неточный прогноз, потому что не учитывает исторические данные.
2. Чтобы увеличить точность, берем среднюю скорость разработки команды (velocity) в данном релизе или итерации, учитываем погрешность недооценки пожеланий и среднее время, которое тратится на исправление ошибок — и считаем с учетом этих параметров = получаем гораздо более точный результат, допустим 5 дней для некоторого набора пожеланий.
Однако, часто бизнес-заказчку (при ресурсной модели) и боссам со стороны команды (fixed-price модель) интересно оценить реализацию набора пожеланий в тех единицах, к которым они привыкли — в деньгах.
3. Задаем стоимость работы участника, учитываем загрузку всех участников команды, включая менеджера проекта, и вот — 5 дней работы всей команды по указанному скоупу работ будут стоить около 120 тыс рублей.
Прогнозируемый расчет с учетом статистической информации (пункт 2) в системе управления проектами DEVPROM был уже давно, и вот теперь там реализован подсчет стоимости всего беклога или любой его части:
- Заходим в настройки бюджетирования проекта, устанавливаем галку Использовать бюджетирование. Выбираем нужную валюту и модель оплаты (почасовая, помесячная). Если необходимо скрыть от команды и заказчика кто сколько получает, ставим галку Скрывать стоимость работ участника.
- В профиле каждого участника проекта устанавливаем стоимость его работы за один час или один месяц, в зависимости от выбранной модели оплаты.
- Выставляем пожеланиям предварительные оценки трудоемкости, выбираем необходимый скоуп (журнал пожеланий релиза целиком, или набор пожеланий, объединенных каким-либо тегом) и получаем необходимую статистику:
Как вы думаете, именно вам пригодилась бы такая функциональность в вашей системе управления проектами?
P.S. DEVPROM появился в твиттере, присоединяйтесь!
