Я думаю, что вы окажетесь в неудобном положении, если попытаетесь использовать какой-либо показатель, чтобы окончательно предсказать или контролировать результат вашего проекта. В конечном счете, спонсор / владелец вашего проекта задаст вопросы «как долго / сколько»? Лучшее, что вы можете сделать, - это прогноз , который основан на ваших текущих знаниях о проекте на данный момент времени - и это просто результат опыта и буквального предположения.
И вот в чем загвоздка: ваши оценки, скорее всего, будут на несколько порядков ниже. Они становятся более точными, поскольку ваша команда понимает проблемную область, и они оценивают не более чем на 2-4 недели вперед, макс. Барри Бем (и Стив Макконнелл) проиллюстрировали этот эффект принципом «конуса неопределенности»:
Чем дальше вы от внедрения системы или функции (слева), тем выше неточность ваших оценок (-0,25х - 4х). По мере приближения и более глубокого понимания проблемной области оценки начинают приобретать большую точность (0,8x - 1,0x). Вот почему в программных проектах, где много «шума» или «сложности» (то есть почти в каждом проекте), мы хотим оставить конкретную оценку до последнего ответственного момента - не более 2-4 недель.
Вы также можете ожидать одну вещь с абсолютной уверенностью: Спецификации со временем изменятся. То, как вы планируете адаптировать и управлять этим изменением, будет измерять ваш успех.
Таким образом, наилучшее решение, которое может быть принято для охвата вашей работы, - это собрать команду, которая будет работать над проектом, и «заказчика», чтобы совместно разработать большие мазки - основные особенности проекта. Запишите их как пользовательские истории, которые команда оценивает, используя относительные весовые баллы (см. Книгу Майка Кона о гибкой оценке и планировании), и разработайте план выпуска, который даст клиенту «предварительный» прогноз того, чего ожидать - тогда он может решить, инвестиции принесут прибыль, которую они ищут.
Конечно, я предполагаю, что вы будете выпускать рано / часто, чтобы ваш клиент всегда обладал некоторым функциональным приростом конечного продукта - жизненно важным для его дальнейшей оценки проекта.