В книге нет всей российской специфики. Конкретных заказчиков, проектов, критериев качества продуктов, норм сценариев работы СА, взаимодействия с коллегами.

Было бы здорово, чтобы кто-нибудь из действующих СА прокомментировал книгу. Сказал бы: "да, вот у нас на работе так. Я действую как описано в этой главе."

а у какой профессии есть подобные примеры? на что ориентироваться?

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

ещё специально для демонстрации того, как работают опытные аналитики, мы делали марафон Проектные истории:
https://www.youtube.com/playlist?list=PLQGve2f3j-H2PIDHsTxt0VgVacSVgRAie

там рассказаны кейсы проектов, которые делали рассказчики

потому в чистом виде так никогда не бывает

В этом чате есть подобные примеры. Живые ситуации.
"Мы делаем то-то. Не хватает того-то, чтобы справиться с задачей. Подскажите, правильно ли определили решение? И какие ингредиенты лучше выбрать?"

Вообще в программировании такого контента много.

Спасибо! Вот это очень здорово.

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

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

Спасибо! Интересно. В работе программистов есть общие, что ли, отраслевые практики, стандартные схемы работы. Программист работал 3-5 лет на одном предприятии, потом перешел в другое и там в целом рабочий процесс будет довольно близким. Если язык программирования один и тот же - то почти точно, а если приходилось одновременно писать на разных языках сложные составные проекты, то все равно можно на новом месте быстро подстроиться.

А с СА не особо понятно - насколько различается работа на разных местах.

Что является основным что ли "стэком" инструментария системного аналитика? Или есть несколько основных "стэков"? Как в программировании, условно, можно плясать от деления по IDE - Visual Studio, Eclipse, Idea, и больше каких-то больших мощных IDE в мире не применяется. Что-то подобное есть в работе СА?

к "стекам" в системном анализе можно отнести принятые в компании нотации моделирования (а иногда и конкретные инструменты), а также принятые шаблоны описания.

В некоторых компаниях руководствуются стандартизованными шаблонами типа ГОСТ или ISO, но в большинстве случаев, как мне кажется, сочиняют свои шаблоны, отвечающие специфике задач в компании.

«А с СА не особо понятно - насколько различается работа на разных местах.»

Какие варианты я вижу:

1. Секретарь. «Аналитик» фиксирует решения, принимаемые заказчиком, менеджером проектов, командой.

2. Документалист. «Аналитик» описывает технические решения, принятые командой.

3. Регламентёр. От аналитика ждут, что он возьмёт процесс, опишет его, предложит изменения, внедрит.

4. Инженер по требованиям. Аналитик разрабатывает требования к системе, исследуя её окружение, надсистему, интересы заинтересованных лиц. Участвует в приёмке по требованиям.

5. Проектировщик. Аналитик проектирует устройство системы, интерфейсы, алгоритмы, структуру БД. Ставит ТЗ на разработку отдельных модулей.

6. Билетёр. «Аналитик» пишет тикеты команде, опираясь на архитектуру системы и новые хотелки продакта/заказчиков.

7. Менеджер без должности. Аналитик отвечает за организацию работы проектной команды — выдаёт им задания, контролирует ход, принимает, отвечает за сроки и качество.

@sushilshik можешь прикинуть число возможных комбинаций этих архетипов, получишь всё разнообразие рынка по сочетанию задач

Еще, наверное, "Разработчик моделей"(?) Занимается исследованием предметных областей и созданием, развитием моделей этих предметных областей. Похоже на программиста. Но может быть больше математики, семантических технологий.

это обычно менеджмент не заказывает

Онтологии?

как я писал раньше, я думал в 2006-м году выбрать себе профессию «архитектор данных», «онтолог», но потом выяснилось, что таких людей нужны единицы

сейчас уже сразу хотят Data Engineer, а не аналитика

А почему?

Может называться еще "Специалист по инженерии знаний".

(upd. ясно)