Помимо исторически сложившейся организации работ в ИТ-компаниях и экономической ситуации, на возможность рассмотреть задачу целиком действуют как желание, так и навыки отдельного аналитика:

выявлять и анализировать вовлечённые в проект заинтересованные стороны как со стороны заказчика, так и со стороны исполнителя, учитывать их интересы,

моделировать, хотя бы в голове, жизненный цикл разрабатываемых продуктов, как минимум помнить, что нужно также осуществлять техническую поддержку и поддержку пользователей,

выяснять срок жизни и назначение разрабатываемого решения,

работать с большим количеством источников данных и иметь смелость запрашивать дополнительную информацию и задавать дополнительные вопросы,

выявлять и обсуждать видимые риски,

явно описывать ограничения: не только что и почему нужно делать, но и что и почему делать нельзя,

изучать, анализировать и использовать инструменты анализа, которые помогают посмотреть на ситуацию с разных точек зрения, учитывать их пределы применения: непосредственно присущие инструменту, и налагаемые контекстом работы,

использовать 2-3 инструмента для решения любой задачи – минимально, написать пару строк и набросать схему от руки на бумажке (графическом планшете, в онлайн-моделлере, встроенном в Confluence плагине, нужное вписать),

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

разрабатывать вместе с командой и предлагать заказчику несколько альтернативных решений на выбор, даже если вы уже уверены, что знаете как лучше,

Рассматривать тривиальное решение – что будет, если ничего не делать?

Список получился большой, глаза разбегаются, и на первый взгляд непонятно с чего начинать, и когда всё это успевать. В то же время я уверена, что большинство людей, хотя бы год поработавшие аналитиками или в других ролях, требующих плотного взаимодействия с людьми, уже наработали значительную часть этих навыков.