Самый тупой способ оценки трудозатрат на проект по разработке софта – оценка по отдельным фичам. Почти по каждому проекту приходится заполнять для клиента таблички вида “фича – оценка трудозатрат”. Так ладно если эти фичи были бы пакетами работ, которые более-менее самостоятельны. Сплошь и рядом встречаются нефункциональные требования, требования к качеству, производительности, интерфейсам. Оценить, сколько рабочих дней нужно на достижение, например, требования к качеству или требования к производительности отдельно от прочих функциональных требований – дело вообще неблагодарное.
IMHO единственно верный способ оценки – это разбиение на фазы и пакеты работ с измеримыми результатами, и оценка по пакетам работ. Фича в этом случае может быть результатом работ из разных пакетов. Требования к качеству и прочие нефункциональные требования являются лишь ограничениями.
Пакетами работ являются мероприятия по достижению измеримых результатов – тех же фич, или макетов дизайна или документов или обучения или внедрения. Если делать оценку каждой фичи, то по уму нужно собирать в ней трудозатраты из всего жизненного цикла проекта – от проектирования архитектуры, интерфейса, разработки, прилаживания этого интерфейса до внедрения в live. Такое можно сделать, но как побочный продукт IMHO-нормальной оценки по фазам и пакетам работ.
Уфф. Вырвалось.
Being in America 