Без заголовка

ОК, это вопрос терминологии. Основная проблема в том, что "постепенное уточнение проекта" - нереалистичное условие. Большая часть проектов (например, разработка ПО на заказ), требует заранее определить бюджетное и временные рамки - они в договоре выполнения работ или купли-продажи указываются. А "страшно! страшно!" можно говорить про инвестиционный (внутренний) проект или проект с открытой датой и оплатой по факту. Но таких удобных для поставщика услуг проектов заказчики очень не любят (мы не на бюджетные организации работаем) - им нужны сроки и деньги ДО момента выполнения работ. Получается, что принципиально итерационная деятельность по разработке софта не укладывается в проектную схему (план-график). В большинстве случаев разработка под проектную схему подгоняется насильственно - делается оценка ad hoc каждой стадии, рисуется план-график с учетом текущей загрузки ресурсов и с большим запасом прочности по времени (буферизация), и задача PM сводится к тому, чтобы вовремя затыкать возникающие дыры (реальной оценки нет - постоянно реализуются риски неверной экспертной оценки трудоемкости) — это такая игра в угадайку. Не поэтому ли количество успешных проектов в разработке ПО меньше 40%? Надеюсь, проблема понятна.