Тонкости оценки стоимости работы?

Вводная.
Случай раз. Многим тут наверняка пришлось сталкиваться с оценкой стоимости проектов в условиях мм… так скажем ограниченной информации. Т.е. к примеру ставится очень размытая задача («сделать сайт с такими-то возможностями» и только краааткий бриф.) А в ответ нужно выдать оценочную стоимость. Собственно так и происходит в большинстве случаев на биржах фрилансеров — заказчик «собирает» от всех претендентов оценки и выбирает с кем работать. Поэтому «послатьнафигбезТЗ» не работает.
Случай два. Проект расписан, ТЗ составлено, а сроки плывут…


В чем вопрос.

Как научиться адекватно оценивать стоимость и, соответственно, время реализации проекта?

Поделитесь пожалуйста опытом. Какие принципы вы выработали лично для себя?


Вот что я пока собрал и чему пытаюсь следовать:

— приблизительную (но далеко не всегда адекватную) стоимость проекта можно извлечь в ходе поиска схожих проектов на фрилансерских биржах;

— запрос любых изменений заказчиком обязательно влечет за собой обязательное изменение ТЗ и, соответственно, пересчет сроков и стоимости проекта;

— в планировании времени стоит помнить, что непосредственно программинг может занимать ~30% процентов времени. Остальное — проектирование, тестирование и коммуникация с клиентом;

— закладывать в план время с учетом возникновения рисков («пожар, эпидемия, космоса черные дыры»:)

— лично для меня пока — при отсутствии четкого ТЗ необходимо умножать начальный эстимейт на 2-2.5 (из анализа сроков пост-фактум) Т.е. начальное предположение отличается от реальности вдвое.


Что бы вы еще добавили?

Может какую-то литературу\статьи проштудировать посоветуете?