Проект проекту рознь. Сколько было проектов, как правило, заказчику нужно, чтобы решались его потребности, а не их сырая интерпретация в ТЗ. Если не решается, сдать проект намного сложнее и развития не будет с бОльшей долей вероятности.
Ну и проект может включать этап R&D. Самая большая проблема таких проектов - оценить реальный объем работ. Поэтапное финансирование может сильно растянуть конечную реализацию по времени из-за сложности согласования бюджета. Ну, это я по опыту в b2g
Тогда где граница между кастдевом и уточнением требований ТЗ, которым занимается аналитик? Кажется, что кастдев про КОНЕЧНОГО ПОТРЕБИТЕЛЯ, а не про точность бизнес или других требований.