Добрый день,
Здесь вы затронули скорее вопрос о двух различных типах заключения договоров на проект. Первы тип с фиксированной оплатой по факту конца фазы \ внедрения. Второй тип с почасовой оплатой за предоставленные ресурсы...Расширение более менее безболезненно может пройти при втором варианте (поскольку каждый день ведения проекта будет списан на конкретные работы и естественное (в связи с уточнением целей и желаний) увеличение объемов будет обоснованно). А вот при первом, далекое от IT руководство может не понять... а почему это исполнитель контракт не выполняет?? (это все IMHO)

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

Зачастую, это не зависит от типа оплаты к сожалению... потому что при первом типе оплаты что-то серьезное никто не берется делать, разве что небольшие доработки, а со стороны клиента что-то глобальное сложно до конца проверить, для этого надо иметь свою очень сильную команду тестировщиков = разработчикам которые это будут делать. А во втором, тоже надо иметь свою команду, которая четко знает сколько и на что нужно времени в заданной работе, чтобы не развели на деньги... так что что при первом типе, что при втором, если шеф заказчика договорится с шефом исполнителя на процент интереса, то... проект будет объявлен успешным и менеджмемент, тоже будет считать, что он успешен... а не успешен ваш местный саповод у которого после столь успешного старта все поломалось

хех,а Вы знаете специфику налогового учета США? Там Вы не видите никаких проблем ?

это Вы про разные ставки sales tax чуть не в каждой деревне что ли?:)