DK
Я понимаю, почему мой тезис вызывает резистентность - дело в том, что объективно всё охватить невозможно и это прям много усилий, а когда кто-то говорит, что аналитик не сильно полноценный, если он стал фокусироваться на домене или направлении, то это же вызывает негодование.
Я разделяю идеалистичное от реальное. Идеально аналитика - это принцип организации мышления + набор паттернов работы + и т.д. Реально мы все работаем в каком-то конкретном месте с конкретными людьми, на конкретных проектах, над конкретными (или не очень) задачами.
Может я немного старпёр 😁, но ведь мы зачастую не СА по классике, там нет разделения на бизнес-аналитиков и системных аналитиков, есть уровни и углы/точки обзора (условное разделение). Системный анализ дисциплина, описанная в 30х-70х годах от теории систем и далее) и она включала в себя в том числе и то, что сейчас относится к бизнес-анализу. Посмотрите книги Блауберга, Садовского, Форрестера, Винера, Эшби, Саати. Там всё есть и всё позиционируется как системный анализ. Естественно, что сейчас не так много СА, кто читал и применяет закон необходимого разнообразия Эшби или знает принципы ранжирования по Саати, умеет в иммитационное моделирование и умеет выделять контуры управления по теории автоматизированных систем, хотя это всё считается необходимым знанием для СА, например, с академической точки зрения. Но ведь работают же люди системными аналитиками. Важно мышление и стремление к тому, чтобы узнать область в которой трудишься сейчас.
Вообще у разработчика тоже нет 100500 фреймворков и языков. В конкретном месте и на конкретных задачах это в основном один язык и парочка фреймворков (которые еще и не исследуются им в тех частях, которые не нужны для работы).