Теперь об оценке проектов. Цифры, которые разработка ставит в поле original estimate в джире обладают магическими свойствами. Разработка пишет туда 40 часов и все начинают верить, что задача будет завершена за 40 часов.
Тимлиды, обычно, опытные разработчики. Поэтому они накидывают процентов 20 к этой оценке, прежде чем показывать её руководству. Их руководители тоже на оценке собаку съели и накидывают еще 20%. В итоге до топов проект доезжает с такой оценкой, что "на вебе сделать дешевле"
Проблемы у такого подхода две. Во-первых часы очень хорошо маппятся в деньги. Умножаем часы проекта на зп разработчиков в час. Инвестора – люди нервные, если эти цифры дойдут до их глаз, то премии нам не видать.
Во-вторых по такой оценке абсолютно не понятно когда проект будет готов. Если он оценен в 480 часов и над ним работает 2 разработчика, будет ли он готов через 6 недель? А если построить диаграмму Ганта?
Любая оценка – относительна. Если разработка оценила тикет в 8 часов, это значит лишь то, что на его выполнение будет потрачено 8 условных единиц работы.
А чтобы правильно оценить сроки, в которые проект будет завершён, нужно знать количество работы, которые команда делает в спринт, количество работы, которые в спринт добавляется и построить по ним мат. модель. Лично я использую подход, описанный Дорофеевым youtube.com/watch?v=VPDJXn…