Скорее всего на просторах сети вы найдете много роадмэпов, советов и рекомендаций. Возможно, что-то вам подойдет, возможно поможет то, что напишу я.

Этот путь и ресурсы помогли мне в освоении СА, но помните - каждому подходят разные способы восприятия информации, разные спикеры, разные виды освоения нового.

⚡ Если пойти издалека, я пыталась много разбираться в вопросе, а как вообще работает интернет, как общаются между собой разные системы. Считаю, что без этого базового понимания вообще нечего делать в АйТи.

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

⚡ Потом, я изначально сильно углубилась в теорию тестирования. И многие знания почти не пригодились мне в итоге пока я тестировала, но очень пригодились и пригождаются как системному аналитику. Тут я опять сделаю отсылку к каналу Вадима Ксендзова (не забудьте включить впн). 90+ тестовых интервью с самыми разнообразными вопросами: от простой теории до более глубоких технических вопросов. Какие это знания:    ✨ Базовое понимание API и инструменты работы с ним    ✨ Что такое База данных и какую роль она выполняет    ✨Зачем нужен язык SQL. Возможно это и не пригодится в работе, но понимание и наличие основ дало мне в свое время преимущество. Ну и другие прикладные вопросы ✨Вообще, понимание того, каким должен быть продукт или его часть в итоге, каким проверкам он будет подвергаться, сильно облегчает понимание, как лучше его сделать

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

⚡ Изучить, что такое системный анализ? Что делает в команде системный аналитик, на каких этапах он должен включаться в разработку, с кем взаимодействовать?

⚡ Подумать хорошо, а зачем вообще вы сами хотите стать системным аналитиком?

⚡ Углубиться в то, какими способами системы могут интегрироваться/общаться друг с другом. В чем преимущества/недостатки/отличия этих способов. Где и какой способ практичнее применять?

⚡ Понять, какие Базы данных существуют. И также их особенности.

⚡ Какие требования предъявляются к системам? Что должна уметь система с точки зрения своей функциональности, и какие дополнительные различные нагрузки должна выдерживать?

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

⚡ Посмотреть, какие базовые инструменты использует системный аналитик

Я не буду кидать кучу ссылок и ресурсов, считаю долгом каждого поискать для себя удобный для восприятия формат. Но если нужна будет помощь, направлю)

Для меня это - основа основ. И вот когда в данных вопросах сложится хорошая, твёрдая теоретическая база - а значит, что вы своими словами сможете объяснить как понимаете тот или иной вопрос - только тогда можно закапываться далее.

И никто не запрещает, а скорее это будет лучший вариант, идти с этой базой проходить собеседования.

Во-первых, вы поймёте, что хочет рынок от вас как от специалиста этого уровня.

Во-вторых, прокачаете выдержку, нервную систему на выносливость) Да, будете получать отказы. Да, будет больно. Но проходить собеседования - это отдельный навык, который также тренируется. Закаляйте себя)

В-третьих, если вы открыты и честны с работодателем, не бойтесь того, что вы чего-то не знаете. Это нормально. Я всегда открыто говорю, когда задают вопросы, на которые затрудняюсь ответить, что не знаю/не сталкивалась, но именно поэтому и ищу, чтобы с этим поработать и понять. Теория все равно никогда не заменит практику.

P.S. Фото роадмэпа не моё, одолжила у https://t.me/BalticAnalyst, больно понравилась)