nibblesА на мой взгляд, ничего "угадывать" не нужно, нужно пользоваться выяснением ВСЕХ нужных требований к Системе и подводить заказчика к пониманию необходимости реализации этих требований. Угадывать бюджет и сроки проекта также не нужно - нужно их расчитывать.Бюджет и сроки проекта определяются до начала проекта.

Выясненить основные (ВСЕХ невозможно в принципе) требования к Системе - это часть проекта, и не самая маленькая.

Только исходя из требований бюджет и сроки проекта расчитать нельзя - нужно по крайней мере ещё пройти этап проектирования.

Т.о., если типичные затраты на определние требований, проектирование, программирование и тестирование делятся поровну, то получается, что для расчёта бюджета и сроков проекта (с некоторой погрешностью, конечно) нужно потратить половину бюджета и сроков проекта :-(

Не сходится у вас что-то...

А про точность этого расчёта уже ответил Так_забежал_просто: полное исчерпывающее ТЗ называется программой и должен исполняться электронно-вычислительной машиной.
Это давно отметили все основоположники, столпы искусства программирования.

nibblesТак это:
alexeyvgБюджет и сроки проекта определяются до начала проекта.
или это:
alexeyvgТолько исходя из требований бюджет и сроки проекта расчитать нельзя - нужно по крайней мере ещё пройти этап проектирования.
?

Верно и первое, и второе.

Т.к. бюджет и сроки проекта определяются до начала проекта, а расчитать их можно, когда половина проекта уже сделана , то бюджет и сроки угадываются .

Простая логика.

Конечно есть всякие итерационные методики ведения проектов, когда по мере выполнеиня итераций уже можно что-то подсчитать, но принцип всё равно тот-же.

nibbles alexeyvgТ.о., если типичные затраты на определние требований, проектирование, программирование и тестирование делятся поровну, то получается, что для расчёта бюджета и сроков проекта (с некоторой погрешностью, конечно) нужно потратить половину бюджета и сроков проекта
Скажите, вам знаком термин "технико-экономическое обоснование"? Есть ли там раздел "гадание на кофейной гуще"?
Знаком.
Нет.

Но ведь существование термина "технико-экономическое обоснование" и отсутствие в нём раздела "гадание на кофейной гуще" не означает, что для программных проектов технико-экономическое обоснование делается каким-то другим способом, кроме гадание на кофейной гуще?

Или утверждение в Инстанциях Главного Госта означает, что реальное "технико-экономическое обоснование" стало вдруг возможным?

Вы нашли серебряную пулю?

:-)

Ещё раз поясню свою мысль:

Проекты "проектирование" (софта или чего-то другого) отличичаются от проекта создания материальных ценностей (например, строительства) тем, что:

- Для проекта "строительство" сначала делают проектирование, в котором можно точно подсчитать стоимость и сроки строительства. При этом стоимость проектирования намного меньше общей стоимости проекта и для оценки может быть почти проигнорирована. Хотя тоже перед началом работы проводят предварительную оценку методом гадания (например, построить типичное офисное здание стоит 1000$/м2)

- Для проекта "проектирование" можно точно подсчитать стоимость и сроки проекта только в ходе проекта. А предварительная оценка делается только по аналогиям, опытом и интуицией ПМ.