Примерно считается время на разработку функционала в человекочасах, умножается на 2, т.к. заказчик сразу исчо не знает что он хочет, умножается на стоимость человекочаса - это сумма, ниже которой нет смысла работать, она кстати определяет(кол-во человекочасов) примерные сроки разработки (не проекта).

И при переговорах эта сумма умножается на коэффициент запаса прочности 1.5 - 5 и сроки разработки на 2-3. За внедрение я не говорю, т.к. вопрос про эту тему не был поставлен.

Это про практику.

JimmyПрименяется такой подход к проекту:
1. Предпроектное обследование и разработка ТЗ - достаточно предсказуемы по срокам и результатам, а, следовательно, и по стоимости. Подписываемся под сроки и деньги на предпроект. Это - 1 этап.
2. Собственно разработка - пока точно не ясно, что делать и сколько ресурсов потребуется. Делаем оценочный план-график (поможет только опыт...) и, соответственно, оценочный бюджет. Оценочный бюджет допускает отклонения, порядка 20%-30% (зависит опять-таки от опыта). Это - 2 этап.
3. Оговаривается схема, при которой оценки для второго этапа уточняются по результатам 1-го, т.е. будет подвергнут корректировке план-график 2 этапа и бюджет (причем, бюджет может и уменьшиться, по сравнению с оценкой, теоретически).
4. Далее, работаем так:
- выполняем 1 этап в оговоренные сроки, получаем оговоренные деньги
- уточняем график и бюджет 2-го этапа
- заказчик принимает решение о продолжении проекта (исполнитель, в принципе, тоже)
- делаем 2-й этап в "уточненные" сроки, получаем "уточненные" деньги.

ЗЫ Схема вполне реальная, работает, так что не надо воспринимать ее, как фантазии. Сейчас делаем проект именно по такой схеме.
по ходе дела возник такой вопрос: А внедряет этот проект кто?