Стив Макконнелл "Сколько стоит программный проект". Там все написано.

Вот например:

Вспоминаем аналогичную систему, которую разрабатывали. Оцениваем примерно сложность новой системы с той. Домножаем время выполнения прошлой на отношение сложности.

Разбиваем систему на задачи. Просим исполнителей указать 3 срока выполнения:
Сколько потребуется времени в лучшем случае? A
Сколько потребуется времени? B
Сколько потребутеся времени, если все пойдет не так? C
T = (A+3*B +2*C)/6 и суммируем.

Разбиваем систему на задачи. Оцениваем каждую задачу в условных единицах, человекочасах, идеальных человекочасах и т.п.. Проводим одну итерацию, смотрим сколько условных единиц удалось выполнить. Делим сумму всех задач на количество условных единиц за итерацию и получаем количество итераций. Умножаем количество итераций на время итерации, получаем время выполнения проекта.

Сравниваем все оценки, и если они сильно расходятся ищем новые методы оценивания.

Первый способ работает плохо, особенно, если данные не собирались в процессе разработки 1й системы. 2й хорошо. 3й не довелось опробовать. Но у меня в списке это первый кандидат на опробование :).

+ совет Брюса Эккеля: "Тщательно рассчитайте время, которое Вам понадобится для разработки проекта, умножте на 2 и добавьте 10%".

+ Недавно прочитал в блоге одного менеджера, что время, указанное разработчиком, стоит умножать на Пи, изредка делить.

+ надо помнить закон Паркинсона: "Работа занимает все отведенное для нее время."

eggheadДа, вот только заказчика не устраивают те сроки, которые ему представлены, т.к. оплата идет повременная, а не аккордная.
И что теперь? Лгать ему? Называть сроки в 2 раза меньше реальных? Не забывайте, только 25% проектов в нашей отрасли заканчиваются успехом (без превышения сроков и бюджета).