Здравствуйте, okon, Вы писали:

O>Тут проблема , в том что заказчик или его представители как правило занимается своим бизнесом и у него нет времени объяснять долго, порой даже не продумывая как это все должно работать, а это необходимо если проект не на 1 день, а большой. Т.е. этот этап идеален но не очень практичен например на больших проектах размером в 1 чел.год .

Baudolino уже всё неаписал, дополню: DDD работает, если вся команда готова разобраться в предметной области хотя бы настолько, чтобы хотя бы понимать, о чём говорит заказчик.
Если начинаются отмазки в духе "некогда думать, программисты простаивают", "разбираться — это работа аналитика, а не программиста" и тыды — DDD можно выбрасывать. И, за редким исключением, сам проект тоже.

Без обид, не девяностые как бы. Программисты-кодеры "моя писать код" уже никому не нужны. Нужны разработчики. Разница — тынц. Или, в одно предложение: разработчик — специалист, способный самостоятельно довести идею до реализации в состоянии, готовом для отправки клиенту.

В общем, не в том направлении думаете. DDD не создаст за вас нормальный рабочий процесс.
А вот наоборот — сколько угодно. В командах с сильными биз-аналитиками практически всегда используется нечто DDD-style, иначе аналитик и остальная команда просто не смогут нормально общаться.