Без понимания конечной точки почти всегда случается одно из двух:

Overengineering — делают "на вырост", закладывают сложные архитектуры, которые никогда не понадобятся. Это плохо для бизнеса: дольше, дороже, неоправданно сложно.

Underengineering — делают "на коленке", без архитектуры и задела на развитие. Это плохо для разработки: сложная поддержка, хаос в коде, дорогая доработка.

И вот в чём парадокс: второй случай хуже для разработчиков, но легче проходит для бизнеса.

Почему? Потому что:

— Проект с нуля редко оценивают технически — заказчик не знает, что "хороший код" дешевле в будущем.

— А за мелкие правки никто не платит много, даже если разбираться с проектом в 10 раз дольше, чем решать саму задачу.

Поэтому видение — это не роскошь, а необходимость. Даже базовая дорожная карта сильно повышает качество архитектуры и экономит деньги.

А у вас как было в опыте — приходилось работать в проектах "вслепую"?