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

Вы абсолютно правы. Просто есть два варианта: 1. инженерная задача. Заказчик понятен, пользователь понятен, требуется нарисовать требования, выбрать архитектуру -- и вперёд. 2. предпринимательская задача. Заказчик непонятен, разработчик непонятен, требуется нащупать окно возможностей. Начиналось оно как инженерная задача, составлялись списки требований и чеклистились (в agile чтобы начать с чего-то, а потом расти в фичах от релиза к релизу). Сейчас же задачу рассматриваю больше как предпринимательскую, поэтому неопределённость архитектуры тут уравновешивается неопределённостью стейкхолдеров. Увы, "алгоритма предпринимательства" нет, так что ползаем в тумане без радаров и чеклистов. Но более-менее общие требования к моделерам и языкам, конечно, есть. И постановка задачи заведомо большей, чем можно сделать, тоже есть. В какую сторону делать постановку задачи реалистичной, на какой объем исследований замахиваться -- вот в чём вопрос. Чтобы проект был успешен, он должен удовлетворить стейкхолдеров. Стейкхолдеры должны поддержать проект. Вот поиск таких стейкхолдеров и модификация проекта в эту сторону сейчас выходят на передний план. Ибо всех не осчастливишь, универсальный моделер не построишь.