а вообще тут все довольно просто.
есть Best practices.
например в разработке Best practiсes гласит
клиентский код необходимо поместить на клиенте,
серверный код необходимо поместить на сервере,
необходимо минимизировать трафик между клиентом сервером,
и вычислительные ресурсы системы, чтобы при минимальных затратах,
получать максимум результатов.
отсюда исполнитель ДОЛЖЕН разработать клиентский код и поместить его на клиенте
серверный код должен быть на сервере
если вы пойдете наоборот провал обеспечен.
так же и в ведении проектов и договороной части.
есть внегласные Best practices.
ну и так же вмешивается теория хаоса.
чем больше степеней свободы у системы тем более непредсказуемый результат. Считается что у потока жидкости при большом количестве степеней свободы возникают турбулентные вихри, что приводит к непредсказуемым результатам.
то есть все просто.
если в проекте множество степней свободы мы получим непредсказуемый результат. то есть сюрприз, чаще всего неприятный.
поэтому задача сводится все степени свободы закрепить между заказчиком и исполнителем.
например
1. нет понимания что хотим получить. Первая степень свободы
2. нет контроля исполнения проекта. вторая степень свободы
3. нет контроля качества. третья степень свободы.
4. нет риск менеджмента. четвертая степень свободы.
при таком подходе проект будет весьма волатильным.
и мы получим хаос по четырем степеням свободы.
то есть вероятность успешности данного проекта будет очень маленькая.
http://n-t.ru/tp/mr/ph.htm