И так каждый раз⁠⁠1

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

Важно, что аналитики бывают разные.

Есть ВА, бизнес анализ — это про процессы (сюрприз) бизнеса. Понять, как у заказчика и пользователей что-то работает, придумать, как это реализовать в системе, убедиться, что пользователи не вскроются в процессе работы с системой, написать ТЗ, передать разработке.

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

Сейчас до нас медленно доходит UXA (CXA), аналитик пользовательского (клиентского) опыта — это про жизнь людей, которые в бизнес несут деньги. Близко к BA, но не совсем то, потому что бизнес может в душе не знать, что нужно пользователям.

Есть ещё аналитики данных, но это вообще другая работа)

Универский курс UML-диаграмм прошёл мимо моих ушей, но мне кажется аналитик должен их знать.