Speaker A
Здравствуй, это я. Я уже 7 лет в IT. И когда-то давно я ушёл из разработки, чтобы стать системным аналитиком. И ничуть этому не жалею.
Эмилио Блэк рассказывает, как с нуля стать системным аналитиком в IT без программирования: кто это, карта компетенций, зарплаты и как найти первую работу.
Key Takeaways
- Для входа в системную аналитику не нужно быть профессиональным оратором — достаточно экспертизы в системе и умения понятно объяснять
- Системный аналитик — творческая техническая роль, которая подходит тем, кому нравится придумывать решения, но не писать код
- Роли бизнес- и системного аналитика во многих компаниях совмещаются, но в крупных разделяются
- Путь в профессию возможен с нуля, но займёт время; важны практика, менторство и работа с реальными API и базами данных
What the video covers
- Автор — системный аналитик с 7-летним опытом в IT, ранее работавший в разработке
- Системный аналитик связывает мир бизнеса и мир разработки, проектируя техническое решение и архитектуру
- Отличие от бизнес-аналитика: бизнес-аналитик собирает требования на бизнес-уровне, системный — переводит их в техническую спецификацию
- Системный аналитик состоит примерно из 50% софтскиллов и 50% хардскиллов
- Ключевые хардскиллы: реляционные базы данных, SQL, диаграммы, проектирование интеграций и API
- Софтскиллы: сбор требований, задавание правильных вопросов, донесение информации понятным языком
- Карта компетенций включает проектирование, архитектуру, нефункциональные требования, масштабирование и отказоустойчивость
- Разбираются вакансии, зарплатные вилки и пути роста до синьора и архитектора
- Обсуждаются советы по составлению резюме и продаже себя на собеседовании в текущих условиях рынка
- В видео приглашён гость — представитель одного из кейсов системного анализа, который делится опытом входа в профессию
Chapters
- 00:00 Введение: мой путь в системную аналитику
- 08:00 Кто такой системный аналитик и подходит ли вам профессия
- 16:23 Карта компетенций: хардскиллы и софтскиллы
- 38:38 Базы данных и SQL
- 50:00 Вакансии, зарплаты и грейды
- 66:40 Опыт гостя: путь входа в профессию
- 83:20 Переход к архитектуре и консультированию
- 108:20 Резюме и подготовка к собеседованию
Full Transcript — Download SRT & Markdown
Speaker A
аналитиком и найти свою первую работу. А если ты уже работаешь, я тебе расскажу, как стать уровнем синер, достичь того самого потолка. Мы рассмотрим вообще, подходит ли тебе такая специальность, как системная аналитика. рассмотрим карту компетенций, то есть то, что нужно
Speaker A
В этом видео я тебе расскажу, как с абсолютно полного нуля, без знаний, стать системным аналитиком и найти свою первую работу.
Speaker A
хорошо всем. Ну что, ты готов со мной идти дальше? Тогда поехали. поговорим вообще, кто такой системный аналитик, за что он получает деньги и вообще, подходит ли тебе эта профессия. Для меня системная аналитика - это специалист, который связывает два мира. Мир бизнеса,
Speaker A
А если ты уже работаешь, я тебе расскажу, как стать уровнем сеньор, достичь того самого потолка.
Speaker A
аналитик помогает связывать эти два мира. Он помогает прорабатывать техническое решение. То есть предварительно он описывает архитектуру, из каких компонентов система будет состоять, как как будут обрабатываться запросы и ответы на наш сервер, как будет выглядеть интерфейс. Ну так вот,
Speaker A
Мы рассмотрим, вообще, подходит ли тебе такая специальность, как системная аналитика.
Speaker A
разработчики будут работать на готовеньком. Здесь я ещё уточню то, что есть такая специальность, как бизнес-аналитик. Фактически бизнес-аналитик выполняет часть той работы, которую я описал. Он общается с заказчиком, собирает требования, ведёт переговоры и описывает их на таком вот нетехническом уровне, на уровне
Speaker A
Рассмотрим карту компетенций, то есть то, что нужно знать и что нужно уметь, чтобы стать хорошим специалистом.
Speaker A
компаниях, у которых есть средства, эти две роли разделяются. И это очень хорошо, потому как лично мне больше нравится выполнять работу именно системного аналитика. Я бы вообще назвал системного аналитика таким творческим технарём, потому что тебе нужно и провести какую-то коммуникацию, да, и
Speaker A
Мы также посмотрим вакансии, зарплаты, поговорим с представителями разных кейсов системного анализа и, бонусом, узнаем, как в текущих суровых реалиях IT-рынка писать резюме и продавать себя на собеседовании.
Speaker A
Вот мне чисто писать код не нравилось, но мне очень нравилось именно придумать какое-то решение, решение какой-то задачи, описать всё концептуально, когда дело касалось кода уже. То есть вот, ну, я просто не смог оставить свои руки, чтобы вот что-то вот написать. Поэтому,
Speaker A
И ещё, как работать эту работу, чтобы было хорошо всем.
Speaker A
неплохо общаетесь, то есть у вас нет прямо вот жёстких явных больших проблем с софтскилами. То есть не нужно, во-первых, думать то, что чтобы стать системный аналитику, нужно быть прямо мастером переговоров, мастером ораторского искусства. Вообще нет. Среди моих коллег были прекрасные люди,
Speaker A
Ну что, ты готов со мной идти дальше? Тогда поехали.
Speaker A
такой системный аналитик, чем он отличается от других аналитиков, есть у меня в отдельном видео. Если вот так вот резюмировать, то системный аналитик - это 50% софтскилов и 50% хардскилов. Про софтски, если говорить, то это умение собирать требования задавать правильные
Speaker A
Поговорим вообще, кто такой системный аналитик, за что он получает деньги и вообще, подходит ли тебе эта профессия.
Speaker A
согласовывается с нашей системой. То есть, ну, ну вот нельзя это сделать, понимаете, и в такой тем более срок, то приходится отставить за что-то. А про хардскилы, то есть это умение владеть какой-то определённой технологией, то есть это баз данных, какие-то диаграммы,
Speaker A
Для меня системная аналитика — это специалист, который связывает два мира.
Speaker A
да, не обязательно быть оратором, просто, то есть быть экспертом в своей области, быть экспертом по системе, доносить эту информацию понятным языком, задавать вопросы, иногда быть таким душнивым и быть таким технорлём, то есть не таким уж прямо вот сильным, а в код
Speaker A
Мир бизнеса, то есть заказчиков, менеджеров, вообще тех, кому нужно что-то разработать, кто пришёл к нам в IT-компанию, чтобы что-то разработать, с какой-то идеей,
Speaker A
для того, чтобы стать специалистом. Неважно, какого уровня, просто такой абстрактный системный аналитик. Я прокомментирую. Поехали, дорогие друзья.
Speaker A
и мир разработки, то есть ребят, которые эту идею будут воплощать в коде.
Speaker A
уровню, что-то из этого нужно там уровню повыше. как специалиста. Эта карта именно на системный анализ, но здесь есть некоторые вещи, которые необходимы бизнес-аналитику. Почему? Потому что эти роли, во-первых, совмещаются. И системного анализа без бизнес-анализа даже там в классическом каноничном
Speaker A
Системный аналитик помогает связывать эти два мира.
Speaker A
То есть это умение проектировать данные, это умение выбирать данные из базы. То есть это умение составить структуру, как у нас будут учитываться какие-то данные в нашем приложении, как будут храниться, из каких сущностей вообще будет происходить учёт. И выделяеть тут
Speaker A
Он помогает прорабатывать техническое решение. То есть предварительно он описывает архитектуру: из каких компонентов система будет состоять, как будут обрабатываться запросы и ответы на нашем сервере, как будет выглядеть интерфейс.
Speaker A
нуля. Дальше проектирование. Под вот эту группу я отнёс именно проектирование интеграции и описания системы, то есть в формате там технического задания. То есть это не про в целом какую-то архитектурную историю, это у нас отдельный топик. То есть это именно
Speaker A
Ну так вот, не как дизайнер, а именно в рамках прототипов.
Speaker A
необходимо всё-таки, а, предусматривать много защиты для наших приложений. Архитектура. Вот это тот самый топик как раз э Level up от проектирования. То есть как у нас проектировать большую, распределённую, сложную систему, да? То есть а вот этот топик, я сразу скажу,
Speaker A
Какие у нас будут виды интеграции, как будет выглядеть диалог пользователя и системы на техническом уровне.
Speaker A
самые большие распределённые системы, а как обеспечивать отказоустойчивость, как соответствовать нефункциональным требованиям, которые вы будете соответственно собирать, учитывать и как масштабировать систему и чтобы она самое главное, что сейчас актуально, выдерживала нагрузку требованиям. Вот это история больше про бизнес-анализ, но
Speaker A
То есть это фактически самая интересная работа программиста: проектировать, придумывать техническое решение, а уже потом разработчики будут работать на готовеньком.
Speaker A
Вот, махак. Вот. То есть это про как собрать требования у заказчиков, у источников требований, как их описать, как сделать постановку на разработку.
Speaker A
Здесь я ещё уточню, что есть такая специальность, как бизнес-аналитик. Фактически бизнес-аналитик выполняет часть той работы, которую я описал. Он общается с заказчиком, собирает требования, ведёт переговоры и описывает их на нетехническом уровне, на бизнесовом уровне: бизнес-требования, бизнес-функциональные требования.
Speaker A
какой проект попадёте. То есть где-то вы будете заниматься северной частью, серверной частью, где-то не будете, да, будете только интерфейсом, а где-то и тем, и тем. Вот поэтому имейте в виду, сейчас мы начнём разбор. Раз на раз не приходится. Где-то на одном проекте вам
Speaker A
Он не описывает спецификации систем, он не описывает архитектуру, он не описывает базу данных.
Speaker A
Поехали по первой ветке, по ветке Баздан. Реляционный БД. То есть у нас здесь разделяют реляционные, нереляционные баз данных, да? То есть основной скилл, который требует стену аналитика - это умение работать с реляционными базами данных, да, то есть нашими классическими, а именно
Speaker A
Сейчас, в текущих реалиях рынка, эти две роли совмещают, и получается такой специалист, мастер на все руки. Но до сих пор в компаниях, у которых есть средства, эти две роли разделяются. И это очень хорошо, потому что лично мне больше нравится выполнять работу именно системного аналитика.
Speaker A
построить структуру таблиц, связать их как-то и на тему SQL, то есть умение владеть этим языком. В нашем случае необходимо именно по части выборки данных, да, то есть как с помощью SQэля именно получить данные, нежели там удалить, как-то изменить и так далее. То
Speaker A
Я бы вообще назвал системного аналитика таким творческим технарём, потому что тебе нужно и провести какую-то коммуникацию, да, и придумать какое-то решение, и при этом ещё связываться с этой техникой.
Speaker A
случился баг какой-то на проде, да, то есть какой-то дефект, вам выпал инцидент и нужно его как бы проанализировать, понять причину. То есть, если у вас на проекте есть база, да, то есть не то, что на проекте, а именно вот ваша
Speaker A
Мы не пишем код, это, слава богу, потому что я от него устал, когда-то давно, как я и говорил, я работал программистом.
Speaker A
используете SQL. Редко приходится использовать какие-то супербольшие запросы, поэтому я здесь выделил, что конкретно вот давайте по ветке QL пойдём. То есть необходимо знать, агрегатные функции, группировочки, джойны, вложки, ну, тоже так со скрипом.
Speaker A
Мне чисто писать код не нравилось, но мне очень нравилось придумать какое-то решение задачи, описать всё концептуально, а когда дело касалось кода, уже... То есть я просто не смог оставить свои руки, чтобы что-то написать.
Speaker A
Вот, соответственно, всё вот это на самом деле можно с помощью чата GPT сгенерить вот эти скрипты. Но, как мы понимаем, чат GPT нужно валидировать, то есть он может какую-то хрень нам сгенерить, поэтому нужны свои собственные мозги для того, чтобы
Speaker A
Поэтому, если вы любите технику, если вы любите придумывать какие-то решения, вы хотите в это всё углубиться, но при этом вам не нравится код, он вам сложный, непонятный, неинтересен, вы станете хорошим специалистом.
Speaker A
и необходимо разобраться, как что там работает, да? То есть, а, можете залезть в базу. Вот. Ну, в принципе, для для того, чтобы именно потести тему с целью изучения, не нужно вот знать такие большие запросы. Можно через интерфейс а
Speaker A
Если вы в принципе неплохо общаетесь, то есть у вас нет прямо жёстких, явных больших проблем с софт-скиллами.
Speaker A
аналитику. То есть никогда вы не напишете скрипт транзакции 100%, но в принципе вот там от этой узрнои изоляции это вот нужно вот особенно в высоконагруженных приложениях, где присутствует параллельность вызовов, да, то есть могут быть коллизии данных и так
Speaker A
То есть не нужно, во-первых, думать, что чтобы стать системным аналитиком, нужно быть прямо мастером переговоров, мастером ораторского искусства. Вообще нет.
Speaker A
Проектирование. По проектированию что нужно понимать? Конечно же, три типа связи BD. А нужно понимать, как рисовать едиаграммы.
Speaker A
Среди моих коллег были прекрасные люди, которые общались не так много, говорили всегда только по делу, были такими интровертами. Основной скилл здесь — именно придумать, спроектировать какое-то решение и донести эту информацию до разработки, быть экспертом в той системе, которую вы разрабатываете и дорабатываете.
Speaker A
есть нужно понимать, какие есть ограничения. А также выделяют нормализацию на собеседовании, иногда спрашивают про это, но это скорее вот если говорить про практическую историю, то это будет именно сеньорская тема, потому что чтобы прямо вот понимать, как большие там базы данных стоит строить,
Speaker A
Подробнее про то, кто такой системный аналитик, чем он отличается от других аналитиков, есть у меня в отдельном видео.
Speaker A
формы, скорее всего, они у вас уже на интуитивном уровне, поэтому это такая теория. Иногда приходится, ну, там, тоже старшим специалистам, ээ, делать такую историю, как денормализация. То есть это когда вы, наоборот, нарушаете вот эти вот правила. И это сделано как раз-таки
Speaker A
Если так резюмировать, то системный аналитик — это 50% софт-скиллов и 50% хард-скиллов.
Speaker A
абстрактном уровне нужно поймать. То есть на опять же эту старший уровень это всё прокомментирую для того, чтобы оптимизировать тоже какие-то выборки, витринки, да, то есть это вьюшки какие-то, шаблоны для получения данных, то есть для того, чтобы по 100 раз
Speaker A
Про софт-скиллы: это умение собирать требования, задавать правильные вопросы, не бояться задавать вопросы, иногда отстаивать свою точку зрения. Это не часто, то есть конфликтов у нас не бывает, но всё же, когда, например, заказчик приходит с не очень адекватным требованием, которое нельзя реализовать или которое не согласуется с нашей системой, и в такой срок, тем более, приходится что-то отстаивать.
Speaker A
есть как нам перенести данные, как нам перенести структуру, то есть из одной, к примеру, СУБД в другой, из одной системы в другую. Вот часто, если ваше приложение в целом мигрируется, то вы будете выполнять такие задачи. Возможно, тут, кстати, пригодится как раз-таки
Speaker A
А про хард-скиллы: это умение владеть определённой технологией, то есть базами данных, какими-то диаграммами, умение описывать всё это на техническом языке: сторис, C4, UML-диаграммы. Кстати, CASE — это скорее даже про бизнес-анализ, но, как я говорил, сейчас эти роли совмещают, и этим тоже нужно владеть.
Speaker A
Опять же это на более высокий уровень спрашивают иногда спрашивают какие-то субдшки аля там Мога и Кассанра и другие там разные, но только если они используются на проекте уже, то есть первоначально заложены или предполагается, что они будут использованы. В целом непопулярный
Speaker A
В целом 50 на 50: владеть своим языком, да, не обязательно быть оратором, просто быть экспертом в своей области, быть экспертом по системе, доносить эту информацию понятным языком, задавать вопросы, иногда быть таким душнилой и таким технарём, то есть не таким уж прямо сильным, но в код лезть совсем не нужно.
Speaker A
популярный как синхронный способ взаимодействия. И соответственно, что тут нужно понимать, то состав HTP, да, JSON формат типа данных, там Jonхема, а Swagger, то есть что такое Swager - это вариант описания вот документации по вашему росту, да? Вот с помощью Ямла
Speaker A
То есть примерно просто знать, как работают те или иные технологии на высоком концептуальном уровне, именно на том, который я больше всего и люблю, без задротства.
Speaker A
типа асинхронный на самом деле, если вот его с помощью вот таких вот методик, как Longpooling Webhook Webstocket да делать Websocket фактически это тоже отдельный способ интеграции. Такую историю часто спрашивают на собесах, и иногда приходится применять на практике.
Speaker A
Быстренько рассмотрим карту компетенций системного аналитика. То есть это те самые знания, которые нужны для того, чтобы стать специалистом, неважно какого уровня, просто абстрактный системный аналитик. Я прокомментирую.
Speaker A
Из каких-то задач, скорее всего, будете просто описывать топики, входныевыходные данные, ничего больше. Вот отличие между ними часто любят спрашивать, но больше упор на кавку, конечно. Дальше SOAP.
Speaker A
Поехали, дорогие друзья.
Speaker A
прямо грамотно конкретно ответить. Граф QL не очень популярный вопрос. Мне вообще, ну, то есть за порядка пятидесяти последних советств он ни разу не встречался. Вот. То есть, ну, от проекта к проекту. Интеграционная шина часто встречается на каких-то больших
Speaker A
Карта компетенций системного аналитика — это набор навыков и знаний, чтобы комфортно работать и пройти собеседование. Эта карта составлена не под конкретный грейд, а в целом под абстрактного специалиста. То есть что-то из этого нужно одному уровню, что-то — уровню повыше.
Speaker A
Есть разные реализации. JPC вот новенькая тема. Это, ребята, хайп, да? А у него есть несколько режимов работы и у него есть формат протобав. Вот, соответственно, это аналог jonчи, то есть вот это вот jсончик, вот это вот у нас протобав, вот это XML, то есть это
Speaker A
Эта карта именно на системный анализ, но здесь есть некоторые вещи, которые необходимы бизнес-аналитику. Почему? Потому что эти роли совмещаются. Системного анализа без бизнес-анализа, даже в классическом, каноничном понимании, нет. То есть всё равно 20% работы — это работа с требованиями, работа именно бизнес-аналитика.
Speaker A
входные-выходные данные. всякого рода диаграммы статус-коды конфигурации здесь вот, кстати, нету, но вот я бы ещё добавил отдельно. То есть какие-то конфигурации к конкретно какому-то сервису, модуль наше приложения. А описание контрактов front to back, то есть если вы работаете там на стыке двух
Speaker A
Давайте посмотрим обзор. Первый блок — это у нас база данных.
Speaker A
back, то есть, если вы работаете на какой-то там платформе, то есть условно бэкэндовской, которая является там либо midle системой какой-то центральной, с которой интегрируются другие бэкэнды, либо там вообще корси системой. Вот. То есть это история, когда у вас, а, вашей
Speaker A
То есть это умение проектировать данные, умение выбирать данные из базы: составить структуру, как у нас будут учитываться данные в приложении, как они будут храниться, из каких сущностей будет происходить учёт. И выделяем тут реляционные и нереляционные базы данных. Это всё вы, соответственно, можете изучить. Если какие-то слова непонятны, это нормально. Можно параллельно загуглить или прогнать через нейросеть. Да, много чего непонятного, особенно для тех, кто идёт с полного нуля.
Speaker A
да, то есть это C4, то есть вот это, ну, на самом деле уровень такой высокий, то есть это описание архитектуры, то есть это для опытных специалистов с более помладше и средних не спрашивают.
Speaker A
Дальше проектирование. Под эту группу я отнёс именно проектирование интеграции и описания системы, в формате технического задания. То есть это не про какую-то общую архитектурную историю, это у нас отдельный топик. Это именно описать ТЗ под какой-то сервис, либо под полноценный монолит, либо под систему в целом. И отдельно про интеграции поговорим.
Speaker A
сиквенно как и бизнес-функциональность, так и техническую реализацию описать. Вот это все четыре у нас, да, flow. Ну, то есть это, соответственно, если у вас через приложение идёт большой поток данных и на каждом участке вашего приложения, оно преобразовывается как-то
Speaker A
Безопасность — топик, который сейчас почему-то всё меньше спрашивают, хотя, казалось бы, время такое, когда необходимо всё-таки предусматривать много защиты для наших приложений.
Speaker A
хэпи вопросы и то, что нужно знать - это отличие идентификации, аутентификации и авторизации. Это прямо супербаза. А что такое идентификация? Я до того, как начал проходить собеседование, просто спокойно работал работу. А я даже вообще не знал, таким понятием не фигурировал.
Speaker A
Архитектура — вот тот самый топик, как раз Level Up от проектирования. То есть как проектировать большую, распределённую, сложную систему? Вот этот т...
Speaker A
Всё-таки различия есть. Способы аутентификации, да, самые популярные - это GT, OS, да, ну, то есть Ous вы каждый день видите, это, соответственно, там IT с помощью Google, с помощью Яндекс, с помощью ВК, да, то есть с помощью внешней какой-то системы, где
Speaker A
есть личный кабинет. Вот. Но чаще всего это вопрос про GVT токе, как он генерится, а из чего состоит и так далее. Вот. Дальше какие-то там низкоуровневые вещи. Это в местах, где реально очень важно обеспечить безопасность. Это, ну, то есть по
Speaker A
способу шифрования. Вот такая тоже история есть. В принципе, вот этого реально достаточно на любой абсолютный уровень. Вот. Ээ очень давно не спрашивали по безопасность, но знать нужно. Вот. Дальше по архитектуре. По архитектуре, если говорить, то это стандартная клиентсерверная модель, а,
Speaker A
монолиты микросервисы, сервисная ориентированная архитектура. И дальше уже, то есть это вот на концептуальном каком-то уровне просто понимать, что это такое, как. А если брать уровень выше, то это уже, то есть про масштабирование, да, как работает блокировщик нагрузки, что такое инстанс сервиса, да, как их
Speaker A
поднимать, какому принципу горизонтального масштабирования происходит, как декомпозировать монолит на микросервисы. Часто вот любят спрашивать вот на уровне выше медла паттерны проектирования, да, вот это уже прямо высокий такой достаточно уровень.
Speaker A
То есть не только в теории, а ещё дают какую-нибудь задачку, да, условно спроектируй мне вот с помощью паттернов такую вот высоконагруженную систему.
Speaker A
Поэтому это нужно знать. А тут не только паттерны микросервисные, а в целом паттерны проектирования систем есть.
Speaker A
Можете с ними ознакомиться. Вот это такой базовый минимум на специалиста уровня Синер. Ну и классический вопрос оркестрации, хореография. В чём отличие?
Speaker A
В принципе, это всё, и этого реально достаточно. То есть я вот это составил, ну, условно, там за один день, пока сидел, думал, типа, что вообще у меня встречалось на собеседовании, а что мне пригодилось работе. И в целом вот этого
Speaker A
более чем достаточно. Да. Есть какие-то истории, которые из одного проекта в другой были специфичными, но вот это более чем даже базовый минимум. Вот. То есть я тут даже добавил больше, чем нужно. Вот примерно карта компетенции будет такой. Так, перейдём к следующей
Speaker A
ветке. Веточка требования. А требования изпокон веков кажется то, что это сила именно бизнес-аналитика. То есть это его зона влияния. А системному вообще не нужно вот этой хрени всей разбираться.
Speaker A
Но вообще не согласен. Во-первых, потому что эти две роли сейчас объединяют. И на каждой должности, когда я работал системным аналитиком, а, в каждой компании, на каждом проекте чуть-чуть бизнес-анализа приходилось делать, да?
Speaker A
То есть работать с требованиями - это не про бизнес-анализ, это в целом про вот аналитику бизнес-системную, аналитику работы с требованиями, да? То есть это предмет нашей работы. То есть первое - это собрать их. Конечно, нужно понимать методики, но вот эти вот методики, на
Speaker A
самом деле, это всё в теории. Но если говорить про какие-то практические, то это чаще всего интервью. То есть это вы либо созванись, либо переписки.
Speaker A
Обычно на большинстве проектов так вот, если вы, конечно, там не делаете какие-то исследования, RНD разработку, да, то есть просто звониться заказчикам с источником требований. Вот, соответственно, нужно иметь вот эти требования играть. Это частый вопрос уровня midл и повыше на то, что то есть
Speaker A
игра такая: "Собери у меня требования, я заказчик, ты аналитик". Да, давай сыграем с тобой. Вот в теории нужно понимать классификацию требований по Вигерсу. - это такой чувак, да, который написал, а, классный труд по вот аналитике, да, по описанию требований
Speaker A
для программного обеспечения и часто любит спрашивать по нему теорию. Вот, а виды нефункциональных требований, вот новичков не спрашивают часто, там midle sр спрашивают, то есть какие у нас есть, как их собирать, вот на что они влияют.
Speaker A
Дальше описание требований. То есть это всякие нотации, всякие диаграммы, да? То есть это вот user story для того, чтобы там именно пользовательские требования описать, да, функциональность нашей системы юзкейсы, это сценарии, как они выглядят. Здесь нету, но здесь именно
Speaker A
диаграммки есть, да? PPMEN, то есть вот это вот уже диаграмма, да, то есть такая блоксхемка, как у нас бизнес-процесс наш идёт, да, по шагам. Есть здесь участники, что происходит, да, а какие есть ветки. Вот, соответственно, юмельку нужно знать. То есть юмелька чаще всего
Speaker A
это про sequenceс диаграммы. Вот seквенс диаграммы, а остальное, ну, такие побочные эффекты проекта. Вот. То есть SEQс диаграмма у нас вот такая вот. Ну, редко, но иногда бывает. То есть это чаще всего, если делают вообще, то это делает бизнес-аналитик, да. Активити,
Speaker A
кстати, любит разрабы. Она очень похожа на BMAN, но вот иногда какую-то функциональность, какой-то сценарий проще объяснить вот с вот этой вот историей, нарисовав в планюмеле каком-нибудь, да, и этого будет достаточно программист. То есть у меня было на проекте такое же, то что я
Speaker A
отдельно рисовал для бизнес-процессов бименку, отдельно для разрабов, как вот их эти рестметоды обрабатываются, вот именно активити диаграмму. Вот. Но опять же раз на раз не приходится стдиаграмма, то есть если ваше приложение может иметь какие-то состояния, да, то есть,
Speaker A
например, а вы делаете для банковских переводов, приложух, то есть у перевода есть какие-то состояния, да, то есть там в обработке завершён, отклонён и так далее, да, то есть какая-то транзакция, вот, то есть вы эту статусную модель описываете, да, и эту статус храните,
Speaker A
скорее всего, баз данных. В принципе, здесь всё. Передача требований. Ну, то есть это про то, как их описывать, да, то есть какие у нас есть виды документов. это ТЗ, бизнес требования, документы там бизнес-требований, спецификации и так далее, и так далее, и
Speaker A
так далее. Иногда припахивают ещё написать инструкцию для эксплуатации, то есть, а, ребята, которые будут заниматься поддержкой, вот это всё обрабатывать там какие-то негативы от пользователя, что-то не то произошло, и они будут смотреть и искать, в чём причина, им нужно понимать, как работает
Speaker A
ваше приложение, да, то есть не на слишком глубоком таком разработческом уровне, а вот именно таком верхнем, чтобы они просто там условно что-то проверили, посмотрели. Вот. Ну и пользоватеки руководства. То есть если это вашей системой кто-то пользуется, то есть это какой-то публичной апи, либо
Speaker A
внешняя команда какая-то в вашем контуре интегрируется с ней. То есть это инструкция для них, да, то есть как что-то сделать, чтобы было хорошо вспол.
Speaker A
Дальше требования к юаке. То есть если ваш проект связан с фронттендом, то есть в вашей зоне ответственности это графическая интерфейсная часть, то, конечно же, придётся а делать прототипы.
Speaker A
То есть это такие не макеты, а скорее такие вот недомакеты. То есть вот скелет а вашего графического интерфейса, то есть расположение элементов, какие там элементы управления будут, какие переходы будут, то есть там без каких-то дизайнерских навыков. Делатся это с
Speaker A
помощью Дроw или чаще всего Фигма, то есть инструмент для дизайна. Вот. Но можно ещё в разных других программах накидать какой-то, да, вот такой вот Wireframe. Вот примерно так это выглядит. Но это упрощённая абстрактная картинка, но то есть смысл такой же. То
Speaker A
есть это не будет какой-то прямо конкретный текст, цвета и так далее. расположение элементов, а что по нажатию происходит, какой экран меняется и так далее. Вот описание Userflow, но это, соответственно, тоже, то есть, что-то типа блоксхемки, то есть как будет ваше
Speaker A
приложение себя вести на таком высоком верхнем уровне, то есть как будет именно пользователем пользоваться. То есть отличие от вот этого то, что вот это - это именно бизнес-процесс для эксперта, а вот это для человека, который будет в вашем приложении, соответственно,
Speaker A
пользоваться прямо вот конечный пользователь, потребитель. А сейчас мы вместе с вами рассмотрим, какие у нас есть уровни квалификации специалистов системного анализа, рассмотрим, как перейти из одного уровня в другой, какие у них зарплатные ожидания, какие условия труда и что же ждёт дальше. Поехали.
Speaker A
Рассмотрим теперь грейды системного анализа. Что такое грейды? Грейды - это уровни квалификации специалистов. В IT, не в IT, в общем, такой популярный западный формат. Есть у нас знакомые кому-то из вас названия, да, уровни квалификации - это jниor, middle,
Speaker A
senior. Они общепринятые, а между ними есть разница, как я считаю. В целом можно сказать то, что они субъективны для конкретного какого-то места работы.
Speaker A
А у меня же есть в моей голове чёткое разделение, кто чем должен заниматься. Ну опять же, то есть по какому-то канону. В реальности же всё может быть по-другому. Итак, поехали. Начнём мы с стажёра, да, с вот интерна, да. Аа
Speaker A
человек, который без опыта абсолютно пришёл в компанию на стажировку, ему могут платить, ему могут не платить.
Speaker A
Платят ему, насколько я видел, знаю и спрашивал, от нуля до 70к. То есть могут не платить, могут 70к зарядить. Неплохо для стажёра. Вот. Потому как я, когда проходил на стажировку, я получал 20.000. Да. То есть, ну, если бы мне
Speaker A
дали бы 70, я был бы мне себя от счастья. То есть без опыта, вау, это очень круто. Но можно без опыта и залететь сразу на 200. Об этом как-нибудь потом. В общем, да, смотрите, э что здесь нужно? Ну, знать что-то в
Speaker A
теории, то есть что-то в теории, то есть изучить какие-то статьи, что-то там, возможно, самостоятельно пописать, но не на каком-то там уровне приближенном к реальному. То есть самостоятельно что-то там аа поизучать, сейчас там GPT поработать, а, возможно, в университете,
Speaker A
да, какой-то курс пройти. Что он делает? К сожалению, он делает по большей части, в общем случае, грязную работу за ту самую работу, которую не хотят браться опытные специалисты. То есть это, ну, подметает, в общем, да. То есть я бы это
Speaker A
назвал так. То есть, э, частая задача - это раскопать LEOC систему какую-то, да? То есть, вот у нас есть устаревшая какая-то система, которой никто абсолютно не хочет заниматься, и она влияет на работу. То есть она либо интегрируется с вашим продуктом, и нужно
Speaker A
понять, как она работает, либо вы и так на ней работаете, то есть она как бы ваша зона ответственности. Нужно понять, что происходит в ней, потому что уже вся команда разработки тут ушла, либо остался какой-то старый дед, источник знаний. Нужно описать работу Сис, чтобы
Speaker A
потом наложить на неё какие-то требования новые. А на поддержке сидеть, то есть это условно у нас есть какой-то продукт, да, и он уже разработан, и ваша задача отлавливать какие-то дефекты. То есть что-то произошло, что-то не то, что должно было быть, и вы должны искать
Speaker A
причину. чтобы потом отдать это всё на переработку, да, для разработчиков. Вот. А то есть это, значит, сдеттель на поддержке, да? То есть вы как специалист ээ третьей линии будете работать, то есть вам подать какие-то баки, нужно понять причину их возникновения. Вот
Speaker A
миграция дан с scale, то есть это на проектах, где происходят какие-то миграции систем, миграции баз данных, то есть придётся писать какие-то скрипты.
Speaker A
Ну такое, конечно, вот постоянно этим заниматься. Я вообще не люблю, на самом деле. скель. Вот. И всё, что с этим связано, кроме проектирования баз данных, да, но проектирование ски - это всё-таки не всегда совместимые вещи. Вот поправить нейминги, ну, то есть условно
Speaker A
не нравятся, как называются поля, то есть просто переименовать, то есть какие-то вещи. Вот. И в целом, то есть быть таким техническим писателем, то есть что тебе говорят, ээ что старшие специалисты спроектируют, то ты должен написать в документации. То есть таким
Speaker A
фактически писарем быть. Вот. Но это не значит, что это будет всегда так. То есть вам может и повезти, может быть и нормальный проект. Может случиться так, что вы пойдёте под крыло к опытному специалисту, который вам будет делегировать какие-то задачи, а, более
Speaker A
интересные, что ли, приближенные к тому, чем должен заниматься системный аналитик. Вот так. А следующий наш грейд после стажёра - это гй Jниor. То есть это младший системный аналитик, младший специалист. Это значит, что, возможно, у него здесь есть опыт, но общая позора
Speaker A
предполагает, что там примерно полгода, годик опыта есть, да, когда пишут вакансии. Но то, что пишут вакансии, не всегда нужно воспринимать как истину.
Speaker A
Вот зарабатывать он может от 70 до 180.000, а все эти суммы, которые я доназвал и буду называть позже, это всё на руки, то есть после вычета налогов.
Speaker A
Вот. Соответственно, 180 верхняя граница. Дальше уже язык не повернётся, то, что будет зарабатывать джунер какой-то. Ну, возможно, там в каком-то суперкрупном биктехе, если засиделся на проекте человечек, да, вот в целом, то есть опыт есть, может решать мелкие задачи, вот уже связанные
Speaker A
непосредственно с системным анажем, то что-то там спроектировать конкретно вот, то есть доработать а какую-то уже существующую систему. Э, да, конечно, возможно, придётся заниматься тем же самым, что и стажёр. Опять же, от компании компании зависит, то есть какой-то хренью, да, подметать за
Speaker A
старшими. Но в целом здесь позиция по эконома предполагает, что вы какой-то уже мелкий функционал можете описать, спроектировать, придумать что-то, да, то есть какие-то там допустим, изменения в базе данных, изменения в описании ручек, алгоритмы, да, дописать, а артефакты уже вам дают, да, писать.
Speaker A
Ну, и там тоже могут дать, но здесь именно более такие приближенные там пмен схему описать.
Speaker A
А, пофигачить свагер, возможно, чуть-чуть, да? То есть что-то такое по чуть-чуть, что-то такое не сказать, что серьёзное для системы, то есть вряд ли вам дадут полноценно вести проект здесь.
Speaker A
Ну, я бы точно не дал, но далее мы с вами поговорим с представителями разных грейдов, кто где работал, и вы удивитесь, то есть кое-кому дали. [смех] Вот. А, соответственно, это человек, который может выполнять задачи, но всё же за ним нужен контроль. какой-никакой.
Speaker A
Вот. То есть ему нужна помощь. И желательно он должен также работать в паре с более старшим специалистом, который будет делегировать на него уже какую-то более прикладную, что ли, задачу. Вот поэтому этот специалист чаще всего встречается на проектах, которые
Speaker A
уже действующие, существующие, и их нужно дорабатывать. Дорабатывать. Вот. То есть за ним главенствует какой-то более опытный специалист. И, кстати, хочу обратить ваше внимание то, что здесь на картинке изображена девушка.
Speaker A
Дело в том, что системная аналитика - это специальность, не привязана к какому-то конкретному полу. Я даже более бы того сказал, то что все аналитики мне чаще встречались и коллеги именно девушки, да? То есть когда я работал программистом, в том числе вот именно в
Speaker A
те периоды ранним, давнишнем, когда я именно программистом был, а почти каждый системной аналитик, который был на проектах, где я работал, это было именно девушки. Вот, э, сейчас уже, ну, то есть 50 на50, там где-то девушки, где-то мужчины. То есть никакой разницы
Speaker A
абсолютно нет. Вот. Главное, чтобы все задачи выполняли. Вот. И считаю, то, что это прекрасно, потому что здесь никакого вот нет предвзятости. Поехали дальше.
Speaker A
Вот midл. Дд, что такое midл? То есть это уже полноценный укомплектованный специалист, который уже знает теорию и обладает какими-то практическими навыками. По э-э таким поверим, то мидл - это человек, который имеет больше 3 лет опыта. От 3 лет опыта до шести, да,
Speaker A
если там с, как его сопоставлять с теми метриками, которые есть на ХХ, да, то есть там Джуниор 1.3 год опыта midл там 36, э синьора - это типа больше шести. Я опять же с этим не согласен в как и в
Speaker A
целом, то есть вот с этими годами опыта, которые тут у нас представлены, [откашливается] которые я, кстати, не написал, но озвучил. Что определяет медла? Вот по канону, по канону медла определяет настоящий опыт, насмотренность, возможность вывозить именно полностью самостоятельно задачи, да, но опять же
Speaker A
не всегда, далеко не всегда медлов сажают вести полноценный проект. Очень часто берут пачку медлов и на какой-то большой продукт их ставят, и они с совместными усилиями делают какой-то проект. Вот то, что один мидл отвечает за весь продукт - это редкость, но
Speaker A
такое, да, бывает. Вот поэтому работы с медлом абсолютно ничего страшного нет. Здесь задачи как раз наконец-то начинаются прикладные, то есть полностью то, что вы там учили на курсах у ментора, у меня. То есть здесь начинается самая настоящая работа
Speaker A
аналитика. Вот она именно здесь начинается, не там. Там на предыдущих уровнях. То есть вы по факту являетесь каким-то ассистентом более опытного человека. Вот здесь же вы самостоятельный состоявшийся специалист, который работает работа, ну, является настоящим темно аналитиком. Вот. То есть
Speaker A
он может самостоятельно по канону как бы вывести проект средней сложности, зарабатывая от 180 до 3130. Почему такой большой диапазон вилк? Потому что если мы пойдём там ниже, да, то я бы всё-таки разделил на грейдов побольше, чем вот классический стандартный три. Вот эти
Speaker A
вообще, то есть это уровни развития. Далее аналитика, да, какие могут быть. Соответственно, вот он midle midle п.
Speaker A
Здесь реально большой как бы диапазон возможностей и зарплатных, и проектных. Сейчас медлов пока что любят. Вот ещё долгое время будут любить. А когда-то, наверное, уже и медлов перестанут искать. Будут искать только сеньоров.
Speaker A
Соответственно, вот зависит от бюджета компании, зависит от того, за сколько вы сами себя продадите. В общем, поэтому такая большая вилка, да, и от обязанности, которые будете выполнять и уровни ответственности. Вот. Но, конечно, может случиться так, если вы назовёте маленькую вилку, а при этом
Speaker A
возьмёте проект, где там нужно будет ишачить конь за те же 180.000, хотя можно было просить 330 и то и больше, да? То есть это всё-таки тоже субъективная история, а основанная на том, что получал я, мои ребята. Вот, естественно, можно получать больше, но
Speaker A
не меньше. Мень уже к ренжово будет мидлу вообще. Для меня, вот лично для меня midл - это от 250. Дальше всё, что ниже ниже - это там какой-то Jниor плюс, я бы сказал. Вот. Но опять же я не буду
Speaker A
привязываться к зарплате. Всё-таки давайте привяжусь к навыкам. Говоря про отличие специалиста Мидла от других. То есть этот человек однозначно может самостоятельно выполнять задачи без чьей-то либо помощи. Понятное дело, что может быть над вами какой-то руководитель или аналитики, старший
Speaker A
специалист, который будет делать вам ревью. Но это нормально. Ревю должны делать даже друг другу опытные специалисты. Почему нет? Полностью можешь все виды артефактов описать, возможно, кроме только архитектурных каких-то. То есть C4, например, медлы особо не описывают, не трогают. А
Speaker A
спокойно спроектирует несложный монолип, то есть какую-то часть системы либо систему, то есть можно спроектировать по определённым правилам. Понятное дело, то, что здесь не учитывается какая-то, а, большая нагрузка, все виды нефункциональных требований, но всё же это будет рабочая система, которая может
Speaker A
пойти спокойно в прод. Да, в принципе, он здесь владеет помимо синхронными интеграциями, то есть всё, что на предыдущих уровнях, это понятное дело, человек знал только про R, да, здесь уже может про асинхронщину знать, то есть про Кавку, про Rabit. Это спокойно
Speaker A
описывает входные выходные модели, топики и так далее. возможно, возможно может принять решение, где что лучше использовать, в какой задаче, но я бы это определил всё-таки к уровню повыше.
Speaker A
То есть это самостоятельный специалист, который может иметь в своей зоне ответственности какой-то определённый сервис, набор сервисов либо систему в целом. Вот я начал свою карьеру, систему аналитика именно с этого уровня и ничуть не жалею. Я как-нибудь об этом потом
Speaker A
расскажу, но я попал самостоятельно на проект, который был с сервисно ориентированной архитектурой. монолит, который пытался быть распиленным. Вот я попал на такой проект и спокойно спокойно вывез. Вот. То есть это, во-первых, было интересно, потому что я слышал у своих коллег и ребят знакомых,
Speaker A
кто работал системным аналитиком на позиции джуниор стажёра, то, что, ну, это было душно, скучно, неинтересно и иногда даже отбивало желание вообще быть специалистом и развиваться как системный аналитик. Вот поэтому midle уровень - это отличный уровень для старта, для
Speaker A
того чтобы начать карьеру и на работе не скучать, то есть именно работать работу, а выполнять именно прикладные задачи, а не подметать за кем-то. Поехали дальше.
Speaker A
Ну и финальный наш путь развития - это синер - это самая высокая планка именно как специалиста. То есть это не руководитель, это именно опытный человек, то есть самый такой, э, скиловый, да, грей синер. Что он делает?
Speaker A
Он, ну, самостоятельно вводит проекты любой абсолютной сложности. По факту это джуниор архитектор, то есть такой уже человек, если дальше там посмотреть, то как бы у нас идёт либо в управление веткой, либо в архитектуру. Вот, соответственно, это специалист самого
Speaker A
высокого уровня. Он абсолютно всё знает про продукт. Он обладает просто большой огромной насмотренностью. Поменял много мест работы, много проектов. А, ну, про место работы не факт, но вот именно много проектов, много чего видел, а, много решений знает, знает, какие
Speaker A
ключевые решение принимать в зависимости от ситуации. именно технические решения, то есть какие нам истории внедрить, какие практики, какие подходы, какие паттерны, да, он делегирует задачи младшим ребятам, да, то есть он не как руководитель, он не типа даёт задание и
Speaker A
контролирует это всё, а вот в смысле, то есть может декомпозицию провести того, что есть, то есть условно есть какая-то большая задача, а он понимает, что вот он может заниматься именно большой интересной частью, а вот этой вот мелкой частью вот какой-то либо не там, где не
Speaker A
нужен такой такой большой опыт, да, и насмотрен может делегировать там идлам, джунам, условно, да, то есть, ребята, вот это вам, вот это вы делаете, да, там и вы отвечаете там уже не, ну, может ревю сделать, конечно, но там в любом
Speaker A
случае а мы все специалисты, мы отвечаем не перед друг другом, а перед там лидами, перед руководителями.
Speaker A
Соответственно, он может спроектировать архитуру большой, высоконагруженной системы, да, где важна там отказоустойчивость, стойкость к нагрузке и так далее, и так далее, и так далее.
Speaker A
Принимает ключевые решения, владеет паттернами проектирования как систем, так и именно микросервисов. По факту джуниор архитектор, я бы назвал так. То есть этот человек на все руки мастер может прийти самостоятельно. То есть если ваша система падает и есть какие-то
Speaker A
проблемы, то есть может провести анализ, а, диагностику и сказать, что не так, что нужно сделать, чтобы было хорошо. Вот. Или в соло просто собрать требования и сделать прямо ракету. Как-то так. То есть это супетный человек, который может зарабатывать от 330. Ну, опять же,
Speaker A
давайте так. Это всё субъективные цифры, по крайней мере, минимальная вилка, потому что синер синер рознь. То есть где-то я видел такую кринджати на то, что ещё синер там от 250. Ну это вообще смешно. То есть для меня синир - это
Speaker A
хотя бы 350. Вот эти суммы все на руки. И самую высокую вилку, которую мы видели, ну не вилку, а вот именно граничное значение, это 510 ученик и 528 я убивал себе. Вот, соответственно, это именно на руки, на руки цифры. А,
Speaker A
понятное дело, то, что где-то это именно по ИП, но если знать как, то сумму по ИП можно превратить в сумму на руки.
Speaker A
Ключевое слово и читкод называется патент. Соответственно, да, такие вилочки. Где-то я видел вакансии на специалиста просто синьоры, там вроде бы как не был в обязанностях каких-то людских руководящих историй. Был 550. Этот офер мне не удавалось получить, то вот
Speaker A
максимально это 528. Соответственно, я для себя вот ориентируюсь на такую сумму, то, что вот это вот у нас может зарабатывать синьор. Всё, что выше, это уже, то есть, супер супер исключение. Ну а перед тем, как мы пойдём говорить уже
Speaker A
с представителями разных рядов, я всё-таки напомню то, что это всё субъективные метрики. То есть то, что вы видите на сайтах по поиску работы, там, по зарплатам, по именно там годам опыта и так далее, это всё как бы субъективщино. То есть компании компании
Speaker A
рознь. Вот эта вот история, то, что я вам дал, это плюс-минус, то есть на опыте. То есть что было, то, что попадалось мне, то, что попадалось моим ученикам и то, что скорее всего попадётся вам, если вы будете играть по
Speaker A
правилам. То есть всё-таки уважать себя и а искать компанию, где платит ключо по обязанностям, не какой-то криндж, и всё в рамках рынка. Вот не соглашать на какие-то там кринджовые вакансии, на кринжовые оферы. Уважайте себя. В принципе, всё. Ну и на самое-самое
Speaker A
заключение, я бы всё-таки выделил чуть-чуть побольше грейдов, вот которые могут быть вот эти вот два красненьких - это ветки развития, что может быть после системной аналитики. Это как-нибудь потом, но у нас будет всё-таки секретный гость сегодня представитель одного из
Speaker A
вот этих вот гридов, и мы с ним тоже поговорим в рамках следующего нашего блока. Ну что, поехали. А сейчас мы проведём честный созвон с теми ребятами, кто работает на разных грейдах в качестве системного аналитика. Это уровень стажёр, это уровень джунир,
Speaker A
уровень midle, уровень синир. И также у нас будет специальный гости. Данил, привет. Расскажи про то, как ты попал на стажировку, чем ты там занимался и что было дальше. Самое главное.
Speaker A
Привет. Привет. Э, мой путь в аналитику начался с того, что я изначально сам лопатил материал, изучал в течение нескольких месяцев. А после этого я решился пойти на стажировку, начал искать вакансии на хтхантере.
Speaker A
А у тебя был режима потом без? М было резюме без опыта. Угу. Так вот и в определённый момент мне пишет рекрутер из компании, офис, который находится в моём родном городе, а задаёт вопросы, э, банальные там по опыту, что знаешь,
Speaker A
что не знаешь. Аэ, мы назначаем, э, собеседование с руководителем стажировочной программы. Э, уточню, что компания, о которой мы говорим, это был Outsource staff. Вот. И на созвоне с руководителем стажировочной программы, а, мы опять же повторили, прогнали банальные вопросы, то есть, э, а, БД,
Speaker A
реляционки, нереляционки и типы связи. После этого мне говорят, типа, ок, ты проходишь на ээ обучение. То есть перед стажировкой я проходил обучение, оно длилось, а, порядка месяца.
Speaker A
Вот. То есть я был не один обучающийся, у нас была группа из там около восьми человек. Вот обучение шло, повторюсь, месяц. Это было такое прямо интенсивное обучение. Были дедлайны жёсткие, в которые надо было успевать. Вот проводились также созвоны
Speaker A
регулярно с преподавателями. Вот. И по истечению месяца мы заканчиваем обучение, нам выдают сертификаты. Хорошо. Смотри, это была теория или практика? Это была симуляция реального проекта или просто, ну, то есть вас напичкали там статьями, теорией и так далее, видосами? Сказать, что прямо
Speaker A
практические задачки, я бы так не сказал, потому что, повторюсь, обучение было очень интенсивное, то есть за короткий промежуток времени нужно было изучить очень-очень много теорий.
Speaker A
Поэтому теории в нас пихали прямо уйму. Нам надо было это как-то быстро усвоить и там, грубо говоря, пару задач практических решить.
Speaker A
Вот в таком формате это проходило. Дальше после этого нам назначили собеседование уже с ребятами аналитиками, которые в этой компании работали. Вот погоняли уже по вопросам, по всем темам, которые могут быть в аналитике. Вот и, собственно, собеседование я прошёл и уже
Speaker A
попал в эту компанию. После прохождения Сабеса я устроился по трудовому договору. Э, оплата была 40.000 в месяц при условии как бы полной рабочей недели. А так как это был аутсорс аустав меня продали в финтехкомпанию, а она на тот
Speaker A
момент занималась кредитным конвейером для юридических лиц. Вот, собственно, на этот проект я и попал. А после уже трудоустройства у меня прошёл двухнедельный анбординг. Я, то есть, там знакомился с системой, и уже после этого момента я начал заниматься задачами. Ну, как сказать,
Speaker A
типа задачами. Аа по большей части это была м доработка документации. То есть у нас вся дока была в конфлюенсе. Вот, э, заходил туда, смотрел, какие комментарии там после ревью оставались, и эти моменты дорабатывал. Также по задачам была взаимодействие с БД, то
Speaker A
есть опять же это были мелкие доработки, э-э, там поменять ээ название какого-нибудь атрибута или поменять его тип данных. Э также были задачки там условно просто изучить записи, которые там лежат в БДшке в какой-либо сущности.
Speaker A
Вот. И передать уже аналитикам более старшего грейда для работы. Со мной Максим. Максим попал в стебную аналитику через стажировку. Максим, привет. Расскажи про свой опыт, как ты попал на стажировку, ээ, как ты работал стажёром, стемным аналитиком и что было
Speaker A
дальше. Передаю слово тебе. Да, привет. Э, значит, я попал в компанию, а сжировку через Telegram-канал.
Speaker A
У них есть свой большой Telegram-канал, в котором постоянно выкладываются наборы на стажировку внутри компании. И чтобы в них попасть, нужно ставить заявку, а они её рассматривают, затем тебя добавляют на прохождение аа теста. Он состоит, включая из себя, я
Speaker A
не помню, количество вопросов, ну, допустим, где-то 60 было, то есть не меньше. А ты их проходишь и в зависимости от успешности твоего проданного теста тебя берут либо не берут. Если всё хорошо, то ты получаешь, скажем так, небольшой офер, что ты попал
Speaker A
на стажировку. Так как моё обучение было с нуля, у нас ещё был предварительный интенсив перед непосредственной стажировкой. То есть ээ что она себя включала? Это были созвоны два раза в неделю, где-то примерно по 3 часа, где у нас
Speaker A
проводились лекции по разным темам. И, соответственно, нам ещё давали домашние задания, которые нужно было выполнять. В процессе самого обучения а было несколько экзаменов. Значит, их было, если не ошибаюсь, три. А каждый, который нужно было, опять же, проходить на
Speaker A
определённый процент, чтобы двигаться дальше. Вот. Ну и затем уже после самого это интенсива те, кто успешно справлялись с его прохождением, а-а, проводился тексобес по пройденому материалу. Если ты проходил его успешно, то попадал уже непосредственно на стажировку.
Speaker A
Стажировка из себя представляла мм тренировочный проект, где вы как будто на настоящем проекте, который в себя включает аналитиков, разработчиков, фронтовбеков, а тестировщиков. И у вас есть ээ PM. Так, сейчас ещё дополню, что а был проект, и параллельно нужно было
Speaker A
ещё сдавать, скажем так, свои, аэ, ну, назовём их экзамены. То есть первый экзамен- это был по теории, затем практика, она могла быть на, допустим, создание запросов SQL либо создание какой-либо диаграммы.
Speaker A
Вот. И когда ты уже полностью всё это проходишь, есть ещё занятия по самопрезентации, и параллельно уже тебя начинают далее продавать заказчикам.
Speaker A
Вот. То есть готовится под тебя резюме, ты его редактируешь, а и уже после этого а тебе закидывают, приходят рекрутёры с разных проектов, а и предлагают попробовать свои силы на проекте. Вот ты, соответственно, изучаешь, что за проект, к нему готовишься и затем уже
Speaker A
проходишь сабесы. Значит, интенсив занял порядка 3-че месяцев, а период стажировки до офера занял где-то тоже около 3 месяцев.
Speaker A
Угу. Была стипендия -э 5.000 руб. Угу. Ну, прямо стипендия стипендия реально у меня такая была на первом курсе в университете. Сколько ты сабесов прошёл внутри компании, чтобы попасть на реальный проект?
Speaker A
На самом деле всего лишь два. И получается, что второй был уже успешный. Ну, я, получается, как бы на первый прошёл, но просто что второй проект он быстрее ответил, поэтому меня туда уже отправили.
Speaker A
Угу. А расскажи, сколько тебе платили, когда ты попал уже на проект? Да, сейчас, секунду, я вспомню.
Speaker A
Угу. А, блин сейчас секунду. Если не ошибаюсь, всё начиналось с 60.000 России. Это первые полгода.
Speaker A
А далее уже, когда ты повышаешь свой грейд, а могло дойти до 130. Расскажи про свои первые впечатления, да, когда ты попал на работу, то есть именно вот прямо вот в на проект, точнее, с какими сложностями ты сталкивался.
Speaker A
Угу. Ну, первое, что мой текущий проект никак не был связан с, точнее, похож на мой тренировочный проект. Аэ, было ничего непонятно, за что хвататься, что читать. на проекте не было толковой документации, не было каких-то стандартов и так далее. Вот поэтому
Speaker A
приходилось разбираться на ходу. А хотя такие же как и я, там были куча людей.
Speaker A
То есть человек, допустим, на проекте уже год, а он такой: "Ну там почитаю, ну здесь". Вот поэтому дотация шла долго, сложно, но плюс-минус как-то получилось на проекте закрепиться.
Speaker A
Что ты посоветуешь ребятам, которые думают, что нужно залетать через стажи жиров? Это первый вопрос. Второй вопрос.
Speaker A
Что ты посоветуешь ребятам, которые уже туда попали? Угу. Так, с первого в общем и целом это, да, будет бесплатный путь, но, во-первых, он будет в любом случае долгий. Э потому что если брать, допустим, меня в разрезе, то получается у меня это заняло
Speaker A
так. Значит, прошёл я тест на интенсив в августе, начал прохождение учёбы с сентября по декабрь. В январе меня добавили или в феврале в проект, а получил я офер, получается, после начал я работать в июле. Соответственно, мне это заняло,
Speaker A
ну вот почти год, да? То есть где-то месяцев 9-10. То есть это длительно, да, бесплатно, но длительно. Во-вторых, по поводу компетенции, того, что там будет обучать, м, есть большие вопросы, потому что у вас в группе очень много человек,
Speaker A
а, и поэтому надо ждать, ээ, индивидуального подхода, это 100%. То есть там плюс в том, что, э, вокруг себя много конкуренции, поэтому, возможно, это мотивирует. Но первое - это долго. Второе, тебя могут закинуть на слишком сложный проект, э,
Speaker A
которым ты, к сожалению, не сможешь его возить. И когда ты проходишь сабесы, ты не выбираешь то, что нравится тебе. Тебя запихивают туда, где ты прошёл уже сабес. Вот. И поэтому тут уже твои желания не учитываются. Вот те, кто
Speaker A
уже на обучении, но сейчас опять же я, наверное попал в тот период, когда рынок был очень живой. Попасть было проще. Вот сейчас конкуренция намного выросла, а и вероятность того, что ты упадёшь, но она прямо снизилась. Вот поэтому, если ты
Speaker A
изначально без хорошей теоретической базы, хорошей практики, то будет очень сложно. Как я попал? А я, получается, ну, у меня получается было единственное место работы. Вот, э, я туда попал в летом 2023 года. До этого обучался самостоятельно на позицию и нагрейд в
Speaker A
течение, ну, года с лишним примерно. Так. Вот. Мне когда-то посоветовала знакомая вот пойти, потому что я до этого сменил кучу работы, решил, что какой-то момент, что надо двигаться в IT. Вот мне посоветовала подруга пойти на эту должность. Я обучалась в течение
Speaker A
года, как я уже сказал. Угу. Вот, э- в начале лета двадцать третьего года вышел на рынок, прошёл примерно собеседование 10, может, чуть больше, не суть. Вот. И примерно за чуть меньше месяца я устроился. Меня взяли на проект.
Speaker A
Вот там я проработал 2 с по года. Собес, на самом деле, именно туда был, наверное, одним из самых быстрых и самых лёгких. Вот. Потому что меня там собеседовали 20 минут и просто спрашивали: "С чем работал, есть ли опыт?" Да, да, нет, нет. Ну, что-то типа
Speaker A
такого. Со старта у меня была зарплата 165.000. Вот. А под конец я себе выбил повышение до 190, да. Ну вот со старта было 165, да. Вот из обязанности у меня было взаимодействие с разработчиками, взаимодействие с бизнесом, м подготовка
Speaker A
технических заданий, тестирование, проведение демонстрации перед руководством. Ну, в общем, я бы сказал, что это довольно стандартно для аналитика. Сколько ты, получается, себе написал в резюме опыта? Вот что тебе согласились старта 160 дать? А в резюме у меня была одна компания. Я в резюме
Speaker A
написал, что я работал, а я туда залетел через стажировку в двадцать первом году в ноябре. Вот увидел, что у них открылось пока стажировку, заполнил форму, прошёл собеседование тестовую и меня взяли на проект.
Speaker A
Угу. Ну, как бы на самом деле этого не было. Ну, ладно, это нене не это просто для легенды, так скажем. Вот. И там я работал на совмещённой позиции бизнесного аналитика.
Speaker A
Угу. И получается, сколько у тебя было в резюме написано опыта? Получается было, ну, 2 года, да?
Speaker A
2 года, да? А фактически тогда тебе предложили какую позицию? Или не было названия грейда? То есть это всё-таки было Джун или миid?
Speaker A
Ну, названия не было, но тогда скорее был джунда. Поначалу я анализировал систему, анализировал документацию, что там было. Мне в течение испытательного срока, ну, там 3 месяца было стандартно, подкидывали задачи. А, ну, честно говоря, на тот момент казалось довольно
Speaker A
сложно, потому что я у меня вообще тогда не было опыта в IT. Вот. [фыркает] И многое для меня было вообще впервые.
Speaker A
Вот. Поэтому было несколько, скажем так, ну, немножко стрессовал. Вот. А не всегда всё получалось вовремя, не всегда всё получалось качественно, но ребята были нормальные, поддерживали.
Speaker A
Вот поэтому а особых трудностей на испыталке потом не возник. Вот. А так и задач у меня было в основном, а, пополнение документации и составление новой, ну, вместе с техническими заданиями, постановками на разработчиков в жире, вот, и так далее. и тому подобное.
Speaker A
Угу. То есть получается, ты самостоятельно писал документацию и проектированием занимался или всё-таки распределено? А, нет, поначалу мне помогали. Ну, я на том месте был вообще единственный, скажем так, ак, да, других не было. Потом уже присоединились позже, сильно позже
Speaker A
другие, но поначалу я был один. Да, и документацию мы выработали шаблон вместе с разработчиками. Вот несколько созвонов поначалу проверить, чтобы уточнить, в каком виде мы вообще это всё хотим.
Speaker A
[фыркает] Вот, чтобы было всем удобно читать. Вот в первое время мне помогал архитектор разработчики ну и Тимлит немножко. Вот и мы вместе с ними составляли все бумаги, и задачи.
Speaker A
Потом я уже по окончанию испытательного срока занимался этим сам. Проектирование меня не привлекали. Этим занимался архитектор и разработка. А получается, что ты именно описывал, в каких нотациях, артефактах и в чём были сложности изначально в нотациях и артефактах? Аа сейчас
Speaker A
скажу. Ну, вообще, а схемы я не рисовал. А из артефактов у меня было, ну, как я обычно писал ТЗ, у меня поначалу была бизнес-часть с ведением, что мы конкретно делаем, для кого, зачем. Вот.
Speaker A
Потом уже я получается так, что а если задача была большая, то есть необходимо было реализовать несколько фич, условно говоря, вот, то я бумагу дробил на части и под каждую часть, соответственно, под каждую фичу выделял свой блок. То есть
Speaker A
что должно быть на фронте, что должно быть на бэкэнде. Примерные макеты рисовал в бальзамике. Вот как, ну, макап.
Speaker A
Вот описываю поинты поначалу вместе с разработчиками, потом уже сам. Вот что куда передаётся, в каком формате. Вот, как я уже говорил, архитектура не прописывала, то есть какие микросервисы есть, как они сбоются. Нет, это я не прописывал, но так можно было бы
Speaker A
упомянуть там в бумагах, если требовалось буквально пару строчек. Вот. А в основном у меня там были описание поинтов макеты а сценарий тестирования тоже прописывал сам для тестировщиков.
Speaker A
А с чем были сложности? С чем тебе помогали? Сложности. Ну, поначалу помогали именно с тем, чтобы это всё оформить в более-менее удопочитаемый вид. То есть облома.
Speaker A
Вот. Ну и сложность, ну, сложность ещё была с тем, что а на проекте особо документации не было.
Speaker A
А то есть как только я пришёл, там получается жира уже была, но конфы не было, сваер тоже был, но там буквально, ну, как просто были методы описания, что они делают, зачем нужны, не был. То есть я помимо того, что занимался постановкой
Speaker A
задач нафункцино, я ещё и смотрел, как работает старый. Есть ли смысл сейчас залетать на уровень джунир? Если вот сейчас тебя перенести, тебя того перенести в это время, залетал бы ты на уровень джуни?
Speaker A
Нет. Почему? Я бы залетал сразу на медла, честно говоря, потому что если ты залетаешь на джина, ну сколько тебе будет платить? Не знаю, 90-100.000 за такую позицию.
Speaker A
работа у тебя будет дохерище. Поэтому как бы, ну, я считаю, труд должен быть соразмерной зарплате. Поэтому я бы рекомендовал, да, не идти на джуна, а сразу идти на видл минус, условно говоря, скажем так.
Speaker A
Ну, по факту, то есть ты, получается, выше вилки такой стандартный получал. Ну, и с другой стороны уровня ответственности тоже был большой. То есть тебя единственного кинули аналитику.
Speaker A
Ну, конечно. И то есть Ну да, ну да, да. Миль, привет. Да, действительно, попал на медла. А-а, для того, чтобы перейти с позиции Джуна midл, я воспользовался услугами ментора.
Speaker A
А-а да. А если вкратце, то у меня была просадка пониманию вообще, как должна строиться работа, по позиции системного и бизнес-аналитика в целом в команде. И ментор на тот момент помог с хардами, то есть это работа с АПИ, это работа с
Speaker A
базой данных и с тем, как в принципе нужно собирать требования, как их описывать, в документацию.
Speaker A
и всё такое. Аа по тому, как я понял, как я попал на медла, ну, глобально по великому совету Антона Назарова смотри на зарплату. Если она медловская, значит и Мидл.
Speaker A
Вот, в принципе, так я и понял, что у меня медловская позиция. А сколько? А тогда это было 250 по ТК. Смотри, расскажи, насколько сильно или не сильно изменилось вообще твоё, а бытие специалиста. Вот что на Джуне, что на Медла, когда ты перешёл,
Speaker A
да? М задачи стали более понятные, более формулированные, так скажем, то есть до меня не доходило чего-то абстрактного.
Speaker A
То есть на дженовской позиции почему-то, возможно, это особенности компании. Для меня часто приходили задачи, которые очень странно описаны. Странно в том смысле, что нужно приходить к разным ролям, уточнять, а что имеется в виду здесь, а какой результат ожидается
Speaker A
здесь. Медловская позиция была более понятная и более прогнозируемая. То есть до меня доходит чёткая ТЗ от бизнес-аналитика, и я уже знаю, что делать. Ну, может быть, если у меня есть какие-то мои личные сомнения, я могу сходить к опять же бизнес-аналитику либо
Speaker A
к заказчику. А так, да, то же самое. В смысле? То же самое, только за больше зарплату.
Speaker A
Ну да, глобально, да. Ну, немного технички добавилось, но это особенности проекта. То есть там был упор на база данных, то есть нужно было часто со ску работать, а так, ну, буквально то же самое.
Speaker A
А сколько ты получал, будучи джуниром? Джуновская позиция была оклад 100, премия 25, премия, ну, там этой был привязан к задачкам, типа выполнил там какое-то количество задачик. Красавчик, вот твои 25.000.
Speaker A
Угу. То есть, а вот так вот, если средний там доход месячный какой был примерно с учётом PPI?
Speaker A
Ну, в среднем и было 125. Я тогда был мотивирован. Всё, всё о'кей. О'кей. Так-с. А, ну, неплохо. То есть такая джуновская ЗП слегка даже повыше, да, рынка. [фыркает] Ну, там, на самом деле, у меня было три джуновские позиции. Я отчаянно пытался
Speaker A
самостоятельно, без ментора пробраться в этот мидл сегмент. Так, а я поработал по как самозанятый, там у меня был оклад 120, это была какая-то не самая лучшая компания.
Speaker A
Ну, в общем, мы делали а сервис аналитики маркетплейсов, который бы считал продажи, что куда лучше, какую карточку куда пихать, что там нужно изменить. Ну, если по верхам, то так. Меня ту оттуда вообще уволили, сказали, что ты Типа мы от такой
Speaker A
позиции, от такой зарплаты, они сказали, типа, ожидали. А больших компетенций? Я думаю, пацаны, ну 120, какие компетенции, типа, что вы от меня хотели?
Speaker A
Вот. И до этого самая первая работа, я там был младший бизнес-аналитик это компания Никому не советую. Сомнительная компания.
Speaker A
Меня доставить. Да. Ну там, кстати, оклад был 75 и что-то тоже 25 премия. Ну, в общем, мы договаривались на Сабесее на 100. Они такие: "Да, 100, о'кей, класс, комфорт".
Speaker A
Я говорю: "Отлично". В итоге, когда я смотрю офер, у меня там оклад 75. Я думаю: "Ай, ну как бы 100 получается". Но я боялся с ними спорить и боялся торговаться.
Speaker A
Какой совет ты дашь ребятам, которые хотят стать медлами? Остановить сеньёорами. Это, ну, как это?
Speaker A
Если бы я мог вернуться, условно говоря, там на полтора-д года назад и вот с тем, что я знаю сейчас, я бы вкатывался как угодно на первую работу, работал бы там 3-4 месяца, шёл бы к ментору, там опять же Эмилио
Speaker A
советую, отличный ментор. А и ну прям метил бы в сеньорскую позицию не с точки зрения зебки, а с точки зрения именно задач, потому что, ну, не знаю, на, как мне кажется, плюс-минус то же самое, но ты как будто более значимый, я думаю.
Speaker A
Но это моё предположение. Грубо говоря, midл - это та позиция, которой можно скипнуть, мне кажется.
Speaker A
Ого, интересно. А что происходит на уровне синер в реальности? Мы поговорим с нашим следующим гостем. Итак, друзья, со мной Ада, сеньор системной аналитик крупном фентехие. А, Ада, расскажи немножко про себе, расскажи, как попала на должность синьора. Передаю слово
Speaker A
тебе. Да. Всем привет. Э, спасибо, что позвал. Короче, в целом, э, мой путь такой, что, ну, с одной стороны, да, он, наверное, очень индивидуальный, но по факту, э, я там сразу пришла на на серьёз на сеньорную позицию, но благодаря тому,
Speaker A
что у меня там был какой-то багаж опыта предыдущий. А что за багаж кратко? Вот. А, слушай, ну я как бы то есть есть стадия, там стадия разработки продукта, да, там типа начинаем там с какого-то там прототипирования дизайна, потом там
Speaker A
программируем, потом занимаемся контентом и типа всё это выкладываем и деплом. Вот в целом как я всем позанималась там я и начинала с контента как бы и там дошла до какого-то уровня уже автоматизации, там написала там боты, которые там заменяется всё делал.
Speaker A
Вот потом перешла уже в более такие вещи, там из серии менеджерские, партнёрские, там технический, там менеджер партнёрской сети и так далее.
Speaker A
Вот. И потом там в то в под конец уже занималась там разработкой и ну в какой-то момент уже там шла искать э новую работу пола что как бы то есть посмотрела воще что есть на рынке увидела там системного аналитика пола
Speaker A
что как бы мои знания как раз широкие широкий охват э каких-то знаний навыков меня как раз очень подходит как бы именно к работе сного аналитика вот поэтому в целом как бы там ничего придумать не пришлось, но ээ всё там, не
Speaker A
знаю, предыдущий опыт мне очень помог, да, как бы в том, что там вкатиться, влиться сразу там на на высокую там типа позиции.
Speaker A
Вот расскажи вот этот вот период, когда ты искал работу и попал в компанию, как системно на я, да, то есть у меня был период, что я довольно долго пыталась найти работу питаниста. Вот не знаю, как-то не заладилось. Вот. И в
Speaker A
итоге, не знаю, когда я поняла, что о'кей, всё, я как бы эту свою там мечту, идею как бы забываю там и всё-таки занимаюсь тем, как бы, ну, то есть какляю чем я могу быть полезна рынку, да, то есть как бы понимаю, что,
Speaker A
да, наверное, как бы, ну, не опыт там питанисты, которого у меня почти не было, да, скорее там моим там багажом знаний и так далее. Всё. Ну, по по факту э там мне заняло там 2 дня по поиск работы. Вот я выложила там резюме всё
Speaker A
там связались с Бером и вот. О'кей. Да. Ну это самое. И там через 2 недели я уже вышла на работу.
Speaker A
Угу. Вот смотрите. То есть это стремительно молниеносная стремительно молниеносный поиск и и офер и там дальнейшая работа.
Speaker A
А какой это период был? Какой год? А конец Бстрова. А золотое время. О'кей. Смотри. А расскажи, э с какими сложностями ты сталкивалась впервые на работе, когда попала вот как систем аналитику.
Speaker A
Понятно, что прямо а полноценной должности не было, навыки пригодились, но всё-таки, скорее всего, там какие-то сложности были или всё было хорошо? Да, конечно, были сложно, потому что, во-первых, я понимала, что я как бы до этого у меня как бы, ну, то есть,
Speaker A
скажем, полноценного такого симбного аналитика там академического опыта не было. Поэтому, естественно, что, э, у меня был постоянно страх, что, блин, я там, возможно, сейчас как-то делаю что-то такое, что, ну, на самом деле как бы очевидно, а я типа, ну, типа этого не
Speaker A
знаю. Я хотя с синьор. Вот поэтому в целом как бы что я сделала сразу, это то есть у меня была конфа рабочая, я просто начала штудировать вообще всё, что там было. Вот. И, ну, во-первых, это было очень интересно,
Speaker A
потому что было интересно понять, как бы, как оно всё работает. Вот. И в целом, когда типа как оформляются там артефакты, э там как там что конкретно там прописывается и так далее, да, какие там именно там там требования, да, там в нашей команде.
Speaker A
Вот. Ну как бы в какой-то момент, да, то есть ну не знаю, там месяц полтора ушло там на то, чтобы, да, как-то адаптироваться к этому. Вот. Но в целом, э, всё, ну, типа, очень помогло то, что просто сесть, грубо говоря, и нарсет
Speaker A
схему, да, типа, как всё это работает самому. Вот. И там нарисав эту схему, как-то я более-менее уже там для себя там разобралась в целом как бы в какие-то процессы и так далее. Ну, понятное дело, что, да, коллеги там
Speaker A
объясняли, да, как говорят, там какие-то, э, такие-то вещи, но, э-э, прямо, чтобы у меня был какой-то охрененно э э чел который разбирается во всём лучше меня, наверное, нет. Вот говорю, поэтому здесь, ну, то есть в целом, мне кажется,
Speaker A
в этом можно разобраться, даже если там нет какой-то помощи и там, ээ, не знаю, тебя там как-то ну то есть ну есть множество инструментов, да, по которым ты можешь там - себе себе помочь. Во-первых, там это какие-то схемки составления, то есть
Speaker A
в принципе, да, какие там блоки есть, там какие элементы, как они взаимодействуют и так далее.
Speaker A
Понятное дело, что если так большой объект тех, то, скорее всего, у него будут какие-то документы там по архитектуре, как это работает и так далее. То есть, ну, это всё регламентировано и так далее. Вот. Плюс мне помогло понимание, там я могу чисать
Speaker A
код там хоть Java хоть какой-то. Вот. Ну, тут понимаешь, да, там как то можешь посмотреть типа на какие-то, не знаю, там более материальные воплощения.
Speaker A
Получается у тебя сейчас на руке. Ну, где-то в среднем там 360, наверное, так получается.
Speaker A
Ага. Смотри, а сейчас многие ребята как бы застряли на каком-то грейде, либо на какой-то зарплатной позиции. Ты какой можешь им совет дать в плане того, что а как им развиваться, как им преодолеть этот потолок, вот этот вот медловский,
Speaker A
как им залететь на синьора. Вот. Ну, по опыту опять же своему в у нас здесь больше, наверное, ну, довольно много влияет то, что, во-первых, ну, даже во-первых то что а ты разобрался, ты понимаешь, как это работает. Вот. Во-вторых, то, что ты
Speaker A
можешь самостоятельно принимать какие-то решения и их как-то аргументировать. Вот. и, а-а, там, как бы решать какие-то проблемы, которые там, а, ну, то есть у тебя есть такое взрослое видение, да, ты как бы понимаешь, как это работает, какие там могут быть -э
Speaker A
э там косяки и так далее. Ты можешь вязать на себя ответственность за какое-то решение, там сделать так, а не так. Допустим, как-то аргументировать, почему мы делаем, почему мы, допустим, там мы должны спроектировать таким образом, да, чтобы у нас там какая-то
Speaker A
была там какой-нибудь рубиник там какой-нибудь своё образ. Ну, короче говоря, а как-то э-э, скажем так, произвести впечатление того, что ты как бы беёшь себе отчёт в каждом своём решении. Ну и опять же нику, да, не боишься брать там ответственность за
Speaker A
него. Угу. Тут вот смотри, скажи, прокомментируй. Ты на проекте единственный аналитик? Или есть ещё коллеги? То есть как вы распоряжаете?
Speaker A
Коллеги я, но я типа старший навед. А, всё. То есть ты фактически такой человек, который принимает ключевые решения, наблюдая за коллегами медлами.
Speaker A
Вот есть же медлы у вас, правильно? Вот скажи, какое отличие обязанностей у тебя, и у ребят?
Speaker A
У нас, по крайней мере, это в понимании вообще в принципе, как система работает, но у нас лучше сложи проект. Вот. И действительно, как бы это это важно. То есть, возможно, на средних проектах и других это как бы, ну, не настолько
Speaker A
очевидно и приставится в глаза. У нас же система очень сложная. Вот как бы на самом деле никто до конца не понимает, как она работает. Вот. И тут важно как бы понимать и объяснить, знаешь, что как бы есть такая
Speaker A
тема, например, а вот есть какая-то проблема, вот и мидл начнёт придумать очень сложное решение. То есть вот там типа будет или не понимать, как что-то сделать, например, там видя очевидно, что там к тебе там как-то данные приходят, да, как-то их можно там как-то
Speaker A
использовать и так далее, он начинает там в этом какую-то проблемы там ээ городить какие-то огороды и так далее.
Speaker A
То есть у него очень сложное решение, долгое и там неэффективное. Вот там в отличие от сеньора, да, кто может сказать, там чуваки-то как бы какая там сделайте там 1 2 3, да? То есть там самый самый простой элементарный, да, это как бы это
Speaker A
нормально. И понятное дело, что вот это как раз чувство, да, что типа вот я сделал просто это как бы ну это как типа нормально или ненормально. Вот типа вот ну мне кажется такие вещи они как раз отличаются сеньора от ээ.
Speaker A
Тут смотри, расскажи тогда какой твой дальнейший путь развития, что ты видишь дальше. Ну 11 путе мне ээ там уже очень давно и всегда интересны какие-то рабочие [откашливается] процессы. Ну вот оптимизация именно там и создания рабочих инструментов. Вот. И там как
Speaker A
один из путей - это как раз э ну в принципе чем я тоже занимаюсь, это как бы э ну не оптимизацией и сже автоматизации работы по именно с темно аналитика. Ну то есть как бы меня просто бесит, что типа мы всё делат конфеты как
Speaker A
бы. Ну, то есть как этот, как как будто бы мы, не знаю, там интернет-магазин просто как бы поли страничку пишем, да, каждую страницу как бы каждаст по-новому, это прямо совсем не оптимально. Хотя на самом деле мы там работаем в систему, у нас есть там
Speaker A
какая-то модель данных, да, которую там можно там везде использовать и так далее. Ну, короче говоря, это, не знаю, огромное поле для оптимизации и автоматизации.
Speaker A
Ну вот или ты хочешь оптимизировать работу стеных аналитиков и решить наши работы? Нене, это как раз не в том плане, что лишить работу, а в том плане, что делать её качественнее. Вот. Потому что, ну, как бы, возможно, это это там сильно это
Speaker A
не автоматизирует, но по крайней мере это хотя бы там во-первых освободишь время, вот и улучши своё качество. Вот это тивный настрой. То есть все вот сейчас говорят как раз то, что и там заменит всех и лишит работы, а ты говоришь наоборот, то
Speaker A
есть он улучшит качество работы. Вот это прямо вот блин, вот это респект за такой. Ну здесь я как бы за то, что не то, что типа нас, ну я в принципе, да, уже как бы занимаюсь давно тем автомобилизации работы, что э говорить о
Speaker A
том, что мы сейчас, да, как бы возможно там плюс и в том, что мы и там как бы сократим деньги, да, вот с одной стороны, с другой стороны мы вообще постнём как бы то, что то есть нам не
Speaker A
нужно будет столько много людей для того, чтобы там делать как бы ещё больше работы, а её всегда будет больше. мы хотим там, не знаю, то есть сейчас очень многие продукты, они не гибкие, потому что у нас там очень длинный этот как бы
Speaker A
цикл разработки, продукты в целом как бы обвязаны кучими кучей всяких зависимостей и так далее. То есть ты не можешь как бы там быстро что-то делать.
Speaker A
Вот. И поэтому, конечно, какие-то гибкие, в том числе инструменты, это там как-то смогут помочь в этом правду.
Speaker A
Финальный вопрос. Вот используешь ли ты и в работе, и как ты это делаешь? Тут спорный вопрос, потому что я в очень активно пользую вот для своих пт рабочих проектов. Ну, то есть у меня есть те проекты, которые я там дела
Speaker A
делаю параллельно с работой, но для работы. Вот я там, конечно, очень активно использую ишки. То есть у меня [откашливается] там я обложена всем.
Speaker A
Вот, можно сказать, сейчас у меня этот самый психологический переход от 20 долларов надо долларовую списку. Вот, возможно, сделаю. Вот. Ну, короче, да, я такой типа зрелость, зрелость в пользователя и вот. Но в самой работе довольно довольно мало, потому что
Speaker A
аэ как раз ээ ну то есть те задачи, которые я делаю сейчас, да, это по факту это наша как бы система, которая там -э ну ты не объяснишь там ээ ну то есть это там, грубо говоря, ценность и она
Speaker A
сейчас пока минимальная, потому что, ну знаю, там, ну там согласовывать контакт опишки, как бы, ну здесь ишка особо особо не поможет. Вот, то есть как бы человек, то есть это всё-таки тут деятельность человека человеку, правильно?
Speaker A
Да. Ну, системном анализы. Ну, то есть хотя в целом там о'кей, у нас есть там возможность использовать э ну, скажем так, те инструменты, которые у нас сейчас есть. В целом, они уже довольно хорошего качества. Вот. Но в любом
Speaker A
случае, как бы то, что мне нужно, допустим, там пять проектов, да, с нуля, допустим, написать архитектуру, вообще отлично. Вот. Но как бы тур для моего проекта текущего рабочего, мне как бы это, ну, не нужно. У меня там есть
Speaker A
задачи, да, когда мне нужно, э, не знаю, там ээ поэкспериментировать, понять, вот эти виджеты, да, они вообще будут работать, как бы, как как мы хотим или нет. Ну, то есть мы вот ну в таком плане как бы работаем, поэтому там помощь есть
Speaker A
сейчас пока особо, ну, если есть такая возможность, да, я, конечно, всегда там мелкий вопрос узнаю, но, ну, там с нуля архитектуру мне писать не нужно.
Speaker A
О'кей. Так, ну тогда смотри, Ада, большое спасибо тебе. за то, что решила поделиться опытом, за то, что внушило, так сказать, уверенности в будущих наших сеньоров, в действующих системных аналитиков и будущих катунов. Вот. Желаю тебе успехов в твоих карьерных
Speaker A
начинаниях, вот том, что твои подпроекты выстрелят и будет у тебя, так сказать, отличная и подходящая тебе ветка развития. Вот.
Speaker A
Да, спасибо всем тоже желаю удачи. Вот увидимся, как говорится на работе. Со мной Булад, автор канала Насобесе как на тансполе и архитектор компании Марс.
Speaker A
Булад привет. Привет, Эмиль. Красненько расскажи про себя, чем занимаешься прямо насколько можно считаешь нужным.
Speaker A
[откашливается] Чем я занимаюсь? Э, ну, собственно, да, как ты и сказал, сейчас работаю архитектором в компании, в группе компании Marс. А-э, до этого работал архитектором в альфе работал.
Speaker A
архитектором в самокате. Там же в самокате работал перед архитектором, системным аналитиком. Ну и до самоката работал, э, и за рубежом системным аналитиком, и в крупных российских компаниях, типа работал, Газпромнефти работал, Роснефти работал, ну, в общем, в альфе [откашливается] опять же
Speaker A
работал. Вот. Э, ну и веду, собственно, да, как ты опять же сказал в телеге канал Сабиками поля. Заходите, подписывайтесь. Вау, у тебя очень большой опыт, на самом деле. Тут сколько времени заняло у тебя твоё бытие систеным аналитиком и когда
Speaker A
ты пришёл в архитектуру и почему ты это сделал? На момент моего перехода в солюшную архитектуру я работал системным аналитиком 8 лет.
Speaker A
А, да. Да. Я начал работать в 2015 и в 2023 пришёл на солишную архитектура.
Speaker A
На самом деле, как я уже говорил и даже в нескольких видосах на Ютубе я про это говорил, а в какой-то момент э я понял, что, ну, мне хочется двигаться куда-то дальше, и мне не очень бы хотелось видеть себя там через
Speaker A
какое-то количество лет по-прежнему системным аналитику. То есть я не обесцениваю эту позицию ни в коем случае, но конкретно мне хотелось бы ээ к тем же условным, да, там 40 годам ээ представлять собой что-то большее.
Speaker A
Угу. Насколько архитектура - это больше, чем системная аналитика, и насколько обязанности отличаются? Насколько больше?
Speaker A
Насколько больше? А-а, сложно сложно сказать насколько больше. Э скажу так, а позиция архитектора более мм во многом более абстрактная, да, нежели те задачи, с которыми сталкивается системный аналитик. И, э, как правило, но опять же это очень сильно зависит от
Speaker A
компании, мы ещё про это, я думаю, поговорим. Solutiontion архитектор курирует, как правило, сразу несколько продуктов. Э, я знаю, что и в разных компаниях и системный аналитик бывает, да, там бывает пошаренным на две там, ну, в совсем редких случаях на три
Speaker A
команды. Вот. Но чаще всего всё-таки аналитика относится к конкретной команде, к конкретному продукту, а архитектора может покрывать, может консультировать команда сразу там по четырём-пяти продуктам. У меня в пике в самокате было 10 продуктов, насколько я помню, где-то на протяжении полгода. А
Speaker A
как вообще вывозить этот эту смену контекста постоянно? То есть здесь продуктов достаточно много. А, да, но здесь опять же немного другой формат взаимодействия. Если как системный аналитик ты постоянно в контексте своего продукта, да, то есть ты ходишь на делики, ты общаешься с
Speaker A
разрабами, то есть ты постоянно погружён, то архитектор - это скорее мм роль, которая привлекается ситуативно, да, по надобности, там он деман, что называется. Вот. То есть, э, если аналитик - это, м, позиция, которая, ну, постоянно задействована, да, на том или
Speaker A
ином проекте, ну, опять же, мы не берём сейчас какие-то кейсы там заказной разработкой, да, с аутсорсом, где аналитик отработал там полу, да, и свалил дальше на другой проект. Вот. А если мы говорим про обычную продуктовую итеративную разработку, то аналитика -
Speaker A
это человек, который, ну, постоянно на проекте. Вот архитектор он скорее как пришёл, что-то порешал, ушёл. Вот. И вот, соответственно, в рамках таких подключений, ну, бывает чуть попроще, да, понятно то, что тебя как бы нужно каждый раз менять контекст, да, при, а,
Speaker A
подключении там с переключении с одного продукта на другой, но тем не менее некоторое количество продуктов архитектор в такой схеме не тот человек, который лучше всего знает э конкретный продукт. Понятное дело, что конкретный продукт лучше всего знают люди, которые
Speaker A
работают на этом конкретном продукте, да? То есть там это тех, допустим, это тот же системный аналитик. тестировщики зачастую.
Speaker A
Вот. А архитектор - это скорее человек, который в каком-то смысле может подсказать, как лучше поступить в той или иной ситуации, да, как лучше разрешить э ту или иную ээ задачку, да, как лучше к этому подступиться. Опять же ещё и с учётом каких-то общих
Speaker A
архитектурных практик, которые приняты в компании. М обязанность забирают на себя системные аналитики. Я сам, а, в самокате собственно свой ээ своё движение в сторону позиции архитектора начал именно с того, что у, ээ, своего тогдашнего архитектора утащил эту задачу
Speaker A
себе. То есть он должен был проектировать архитектуру он. Я сказал: "Нет, давай это буду делать я". Вот. А, ну и вот так потихонечку и пошло, поехало.
Speaker A
Вот. Дальше это формирование так называемых АдRр архитектурных ну архитек Decision Record, да, то есть архитектурный документ, э, описывающий то или иное решение в рамках, ну, соответственно, той или иной задачи, да?
Speaker A
То есть у нас есть условно проблематика, рассматриваем решение там с плюсами, с минусами, выбираем решение, там та же диаграмма, там C4, какие-нибудь нфтшки, да, по нагрузке. Ну и вот в таком ключе.
Speaker A
Следующая обязанность - это, ну, давай, если мы говорим больше про более-менее классический набор, наверное, да, обязанностей - это участие в, э, скажем, условных аркомитетах, да? То есть когда а то решение, которое ты проектируешь, ты должен его защитить, ну, перед другими архитекторами. Вот. То
Speaker A
есть на самом деле что-то наподобие, что у системного аналитика происходит на груминге с разрабами, да, только у архитектора перед другими архитекторами.
Speaker A
Вот эта, ну, допустим, есть ещё документ, как ARVISON ещё более высокоуровневый документ типа адрки, но который затрагивает сразу несколько продуктов. Вот. Ну, допустим, когда мы проектируем какой-то новый сквозной процесс, да, вот что-то такое вот. Э, ну и пятый, наверное, пункт -
Speaker A
это консультация. Собственно, просто консультация, да, консультативные услуги, причём как бизнеса, так и команд. Смотри, перечень обязанностей очень совпадает реально системным аналитикам. Тут смотри, расскажи тогда, как системному аналитику синеру стать архитектором. Что знает один, того, что не знает другой. Слушай, на самом деле,
Speaker A
исходя из того, что сейчас спрашивают на собеседованиях, а грань максимально зыбкая и расплывчатая. Если раньше, условно года там два-три назад, мм, ещё очень устойчиво бытовало мнение, и я часто с этим сталкивался, что архитектор ээ должен обладать разработческим бэкграундом, да, то есть
Speaker A
э ну иметь условно коммерческий опыт разработки на том или ином языке программирования. Вот то сейчас ээ этого практически не спрашивают. Ну, даже я бы сказал, наверное, я спрашиваю тот из всех собесов, которые я проходил за последние наверное года-полтора.
Speaker A
[откашливается] Плюс а плюс даже более того, в некоторых вакансиях можно встретить явные указания что ну условно там требуемый опыт и там опыт работы архитектором или там, допустим, системным аналитикам. То есть сами компании уже говорят то, что о'кей, ребята, аналитики, мы готовы. Вот, если
Speaker A
у вас есть необходимые скилые навыки, вот, а с точки зрения, собственно, этих скилов и навыков, а, ну, в первую очередь это, собственно, проектирование архитектуры, да, твоей системы. То есть умение представить систему не как э там условно набор веб-интерфейсов там или мобильных
Speaker A
интерфейсов и там штук 40, да, а ручек, например. Вот. а скорее представить чуть более верхний уровня, да, в виде совокупности допустим сервисов каждый из которых представляет -э, ну, и осуществляет какую-то бизнес-функциональность, да, со своими границами. Вот, а-э, скорее, наверное, так. Ну, опять же, да,
Speaker A
э многие системные аналитики сейчас и, ну, сами по себе подобными вещами могут заниматься или в работе, или там в рамках собесов. Вот, условно раньше аналитиков даже близко не спрашивали ничего ни про репликацию базданных, ни про шардирование, ни пропорционирование,
Speaker A
ну, типа про эт не спрашивали ничего. Вот сейчас и аналитиков, архитекторов, то есть тут примерно планка одинаковая.
Speaker A
Вот по м там условной, ну, [откашливается] оркестрация, хореография тоже вообще как бы, да, [смех] все про это знают. Вот.
Speaker A
А, наверное, я бы тут выделил ещё отдельно. Особняком чуть-чуть стоят паттерны микросервисной архитектуры. Хотя, опять же, по чуть-чуть, да, по чуть-чуть системных аналитиков тоже начинают про это спрашивать, хотя бы на уровне типа AP, gateway и BFF, да, хотя, ну, по сути
Speaker A
своей это тоже паттерн. Вот. А-а, то есть дальше, ну, там можно цепочку призывать сторо Se, саг, да, Evвенсорсинг. Вот про это такая ещё системных аналитиках не так. Сейчас спрашивают, хотя про сагу уже нет. Нет, тоже чётко кто-то заикается. Вот пока
Speaker A
вот тут, наверное, можно различия, ну, скажем, линию какую-то, да, провести. Вот в остальном, э, слушай, ну, а, ну, и вот в остальном, наверное, если говорить именно про сабесы, то это, наверное, эта обсистм дизайна, потому что пока всё-таки скорее
Speaker A
для аналитиков это исключение, я бы сказал, да, то есть редко попадается. [откашливается] Ну, знаешь, последнее время начинают тить рисовать все C4 тоже этот сервисы проектирует там.
Speaker A
Реально такое бывает. Ээ входит ли сюда также написание sequence диаграммы придумай сервисы участники для описания как раз-таки этой диаграммы от и взаимодействие?
Speaker A
Тебе действительно в работе с архитектором очень сильно помогает на смотрит типа а как у тебя было устроено там в одном проекте, а как во втором, как в третьем? Что из этого ты можешь применить на своём текущем, да, проекте
Speaker A
при решении тех или иных задач? Или ты такой: "Ага, эта задача у меня уже была и решали мы это вот типа вот так, вот так вот". Насмотреность опять же по мм каким-то техническим инструментам.
Speaker A
Например, мм, до Марса э ну я Кавка воспринимал именно как ну как не не типа как брокер сообщения, хотя по сути это скорее система журналирования, да. Вот. А в Марсе я узнал то, что, ну, там ещё кавка Стримс есть. О'кей. А, узнал про кавку
Speaker A
Connect, да, как про, по сути, инструмент для забора или отправки данных, э, там, из достаточно неповоротливых систем, вот, ээ, там, которая умеет, ну, условно, типа как Airроfлоow максималка, да, которая умеет тебе и в там у DBC подключиться, какие-то прямые сль запросы подправлять.
Speaker A
CDC может сделать и, ну, короче, всё, что хочешь, там, перекладки какие тебе надо. Ну, то есть это круто, но просто не всегда тебе, да, не на всех местах работы, не во всех компаниях у тебя есть такие задачи, да, где тебе надо это
Speaker A
знать. Но когда у тебя появляется такое, то, ну, ты или это изучаешь с нуля, или ты такой: "Ага, что-то я про это помню, что-то я про это слышал". Вот. И, ну, обращаешься, по сути, к своему же опыту, да. Кому стоит выбрать вот эту ветку
Speaker A
после синера, идти именно в архитектуру, а не в менеджмент? А кому не стоит? Тут зависит. Ну это супер индивидуально, то есть каких-то ярлыков здесь, мне кажется, неправильно навешивать. Это зависит от самого человека, что интереснее, да? То есть, если, ну,
Speaker A
можно, наверное, так сказать, если больше нравится собственно менеджерская составляющая, да, то есть там организационные там какие-нибуса какие-нибудь дурацких матриц компетенций, да, вот эта вот история, э там и каких-то, не знаю, может быть, ээ шаблонов документации, да, проведение собесов бесконечное, а
Speaker A
там, э, выделение там выбивание бюджетов, фотоп на новые позиции системных аналитиков, э то, наверное, имеет смысл двигаться в менеджерску, да, линейку, э, вектора и двигаться в сторону лида системного анализа. А другое дело, что дальше? Вот, потому что и после лида системного
Speaker A
анализа ты типа и как системный аналитик, ну да, ты с синьор, всё хорошо у тебя, и у тебя ещё и менеджерская составляющая достаточно сильно прокачана. Плюс, как правило, а лиды в какой-то момент, собственно, как и тимледо разработчиков, не у них происходит перекос в стороны
Speaker A
именно менеджерских задач, а техничка начинает потихонечку прочитать выпрос, потому что не хватает времени этим заниматься. И вот куда двигаться дальше с позиции лида, ну, я не знаю, может, потому что я сам ледом никогда не был, не знаю. Конкретно я для себя, как вот я
Speaker A
сказал в самом начале, да, я выбрал ветку движения в сторону архитектуры, то есть тоже развитие своих технических навыков, да, своих ордов, но при этом на чуть более, ну, высоком, что ли, уровне, нежели системная аналитика. То есть в работе Solюion архитектора гораздо
Speaker A
больше абстрактности, да, гораздо меньше детализации зачастую, чем на позиции системного аналитика. Плюс с позиции Солюна архитектора дальше можно двигаться уже в сторону, например, корпоративной архитектуры, опять же становиться гораздо ближе к бизнесу и потихонечку снижать м процент технических задач. Вот. Ну а с
Speaker A
корпоративного архитектора, я полагаю, можно куда-то и в какие-то прикольные бизнесовые позиции выйти. Посмотрим. Если говорить про грейды, про грейды архитекторов, наверное, имеет смысл говорить. Ну, понятно, что по навыкам, да, люди различаются, но, э, про грейды скорее правильнее говорить.
Speaker A
Ну, на самом деле, как и про любые, там про позицию системного аналитика, то же самое. Правильно говорить в разрезе ЗПХ, конечно. Да. То есть, э, условно, давай так, 2 года назад, ээ, там в начале, может, двадцать пятого ещё
Speaker A
по инерции, э, у Солюшена архитектора, э, вполне реально было, ну, что-то в диапазоне там 500-550, да, э, там старшие товарищи, которые более скиловые, вот говорили, что там кто-то и 600 и 650 и там где-то до 700 даже доезжало.
Speaker A
Вот я сам, ну, как бы пока не довелось мне таких цифр видеть. Вот, э-э, мой максимум, наверное, на архитекторе я доезжал до 580.
Speaker A
Это чисто, да? Да, да, это чистыми дарки без премия, без всего. Просто чисто Да.
Speaker A
Так. И давай, знаешь, ещё какой вопрос про валютную удалёнку архитекторов? Насколько она распространена? И вот, например, на системна аналитика проблематично идти, хотя ты можешь быть не согласен, потому что ты работал. Вот.
Speaker A
И это тема для отдельного видоса вообще. Вот что там с валютной удалёнки в архитектуре?
Speaker A
Они есть. Они есть. Ну их, естественно, мало. Ну их мало, в принципе, потому что и позиция архитекторов прямо сильно-сильно меньше. А я недавно на Хатхнтере смотрел там в разделе резюме, где у тебя резюмешки, да? Там Хантер предлагает количество вакансий,
Speaker A
типа, которые он считает, что подходит подё резюме. Вот. И у меня есть как резюме на архитектора, так и резюме на, ну, типа там что-то ведущий систему аналитика или что-то такое. Вот. И если на аналитика ВХ подсовывать, ну, что-то
Speaker A
в районе там условно 700 вакансий, то на архитектора в районе 70. Вот. И то эти 70 и ХТхантер же тоже а-э подсовывает не только позиции там архитекторов, а там какие-нибуд техписы периодические мелика там разработчики, что чего чточу какие
Speaker A
вот. То есть на самом деле, ну, условно можно сказать сейчас штук 50, да? Ну, грубо вот, э, с валютными, соответственно, точно такая же история.
Speaker A
То есть как для аналитиков их ну они есть, но не то чтобы их сильно много, для архитекторов их, соответственно, ещё меньше. Примерно, наверное, в таком же соотношении. возможно, что-то от себя для ребят, которые рассматривают вот эту вот ветку развития в архитектуру, что-то
Speaker A
посоветуешь, пожелаешь им? Какие-то напутствующие слова? А на самом деле, ну так как для меня это, видимо, было достаточно важно, подсвечу ту же самую историю, что рассказывал на подкасте Андрюхи Царёва. А позиция архитектора напрямую сопряжена с тем, что вы будете
Speaker A
работать одни, да? Э, то есть как у аналитика, у тебя есть команда вокруг тебя, да? Причём команда людей, которые делают тоже, ну, не то, что то же самое, которые работают над тем же продуктом, да, что и ты. Вот тебе всегда есть с кем
Speaker A
там что-то обсудить, посоветоваться, там, не знаю, э у тебя есть ощущение общности вот так, да? То есть, что есть ещё какая-то пачка людей, которая, ээ, нацелена на ту же, ну, условно цель, да, что и ты, да, типа сделать прикольный
Speaker A
какой-то продукт, там, вывести его в прот, там что-то ещё. Вот. Ээ когда ты работаешь как архитектора, безусловно, у тебя есть коллеги архитекторы, но каждый из них, аэ, работает не то, что над другим продуктом, он работает, скорее всего, вообще над другим сегментом. Ну, другие
Speaker A
там пять продуктов у него. И он с тобой пересекается типа в лучшем случае там раз в пару месяцев, когда у вас какие-то кросс вот такие сегментные фичи, да, возникают, а в остальном ты просто как один в поле воин. А ты поначалу
Speaker A
пытаешься прибиться какой-то из команд, но у тебя их несколько, да? Ну ты же не можешь как бы ассоциировать себя сразу с несколькими командами. Ты как бы ну так не получается. Вот поэтому в какой-то момент ты начинаешь себя чувствовать на
Speaker A
самом деле очень одинок. Вот потом ты к этому привыкаешь и даже в какой-то момент начинаешь получать от этого удовольствия. Но опять же, наверное, это в том случае, если ты выбрал просто правильную ветку. Вот. Но есть вот такой момент, про который, ээ, ну, мне
Speaker A
кажется, просто важно подсветить, потому что у меня было несколько человек, кто приходили общаться за позицию архитектора. А, и когда я им вот этот момент подсвечивал, а для них это было новостью. сюрпризом. И ребята прямо в очень больших раздумиях уходили созвона,
Speaker A
типа, блин, надо подумать, а готов ли я так работать. Вот. Угу. То есть здесь именно нужно готовиться к такой ответственности, к тому, что ты будешь один вывозить всё, да, и если тебе это подходит, то, ну, как бы стоит в это себе развивать,
Speaker A
культивировать. Ну да, да, типа того. Угу. Здорово, Булад. Спасибо тебе большое. Очень плотно поговорили за такую хорошую и ценную информацию. по такую интересную ветку, как архитектура.
Speaker A
Я не знаю, выберу ли я себе когда-нибудь такую ветку. Вот. Потому что в какой-то степени пугает такой большой уровень ответственности, то, что нужно вывозить на себе большой скол продуктов в компании. Но кто знает, как говорится, время покажет. Тебе большое спасибо за
Speaker A
труд, большое спасибо за то, что пришёл. И удачи тебе в развитии. Ты в развитии как корпоративный архитектор.
Speaker A
Ну что, ребят, готовы? Сейчас мы посмотрим. вакансии на системного аналитика. Посмотрим, что же требует работодатель от потенциального кандидата. Посмотрим вакансии. Итак, смотреть вакансии мы будем на х. Это основная площадка для поиска работы.
Speaker A
Использую я для поиска. Используют мои ученики. Её более чем хватает, кто бы что там не говорил. Никаких каких-то там скрытых вакансий не существует, потому как есть основная площадка, где выгодно искать кандидатов, потому что здесь, ну, все знают про ххе и все используют его
Speaker A
для поиской работы. Конечно, есть сторонные ресурсы. куда выкладывается, но этого более чем хватает. Давайте рассмотрим вакансий, да? То есть, если я отфильтрую вот так просто веду стенный аналитик, то мне здесь, конечно же, выведется системный аналитик. Но ещё помимо этого будет выводиться всякий
Speaker A
мусор помимо вот системного аналитика, да, э, ну, мусор в плане того, то что не целевые какие-то истории. То есть здесь-то вот на странице смотрю более-менее нормально. Единственное, тут попадается бизнес-аналитик, иногда какой-то BI аналитик, ещё что-то. В общем, чтобы сделать поиск чуть более чётким,
Speaker A
давайте сделаем вот так. расширенный поиск. Искать только название вакансии, чтобы вот это попадалось. Убираем регион Москва и кнопочка найти. Вот теперь появилось 1.285 вакансий.
Speaker A
Отфильтровалось. Всё равно бывают глюки и ничего страшного, это нормально. Соответственно, это достаточно большое количество вакансий в текущих реалиях, учитывая, что сейчас кризис, да, который затрагивает в том числе и IT. Все слышали вот эти вот истории, да, там, а,
Speaker A
страшненькие, да, но не для нас вместе с вами. Давайте сравним с другими специальностями. Например, давайте QA посмотрим. 969 вакансий. Здесь есть мануальный, здесь есть, а, автотестировщик. Вот. О'кей, давайте посмотрим на Java. Java, например, да, моя любимая старенькая Java, на которую
Speaker A
я раньше программировал. 722 вакансии, но здесь ещё помимо того, что именно Java разработчик, а, бэкэндовский, да, ещё есть Qimation, ну, то есть тестирование на Java. Это что такое?
Speaker A
Стену нашах. Это что такое? Ладно, это очень интересно. А, посмотрим Android. Да, Android. Что там у нас? А, 215. Что-то не густо. Давайте iOS посмотрим. iOS 166. Господи. Так, projectменеджер, да?
Speaker A
Project менеджер, но самое главное IT, да, короче, тяжело будет. Так, ну, давайте ещё. Давайте финалочка. Что там?
Speaker A
А, фронтend, да? Frontend. Посмотрим. Frontend. Ээ, 632, в общем, да. То есть какой вывод можно сделать? Системного аналитика сейчас очень ждут на рынке и достаточно много вакансий для того, чтобы залететь. Вот. Но помним, что всё-таки конкуренция тоже есть, и нужно
Speaker A
использовать разные обходные пути для того, чтобы рассмотрели именно вас. Об этом поговорим далее. Так вот, сейчас мы рассмотрим вакансии по определённым грейдам. А вместо того, чтобы здесь вот аналитик, да, веду, вместо того, чтобы здесь сидеть и смотреть вот так вот
Speaker A
каждую вакансию, я сделал небольшую подборочку из вот этого списка всё актуально, всё, что было здесь, а, дано.
Speaker A
Вот. Начнём также со стажёра и заканчивая синьором. Рассмотрим вакансистемного аналитика по гредам. Начнём со стажёра. Так-с. Сколько у нас вакансий? 35 всего. Это достаточно мало.
Speaker A
Джунер тут ещё попадается. Джунир. Младший. Это всё джунир, то есть ещё не факт, что 35. Не очень хочется считать.
Speaker A
Ну, в общем, история такая то, что это очень мало достаточно. То есть это по всем регионам получается. И если открыть с телефона какую-то вакансию, там будет отображаться количество откликов на эту вакансию. Скорее, там всего перевалило за 3.000 5.000 где-то. И представьте,
Speaker A
какая-то жёсткая конкуренция. Идти на на стажёра - это точно не тот путь, который стоит проходить. Замучайтесь.
Speaker A
Итак, я отобрал парочку вакансий из нашего пула, и пойдём их смотреть. Итак, вакансия в крок. Стажёр, бизнес-аналитик, системный аналитик. То есть тут вот так вот всё совместили бизнес системный. А глянем про обязанности. Интервьирование заказчик, исследований, анализ бизнес-процессов компании клиента. Ага. Так-с. А это про
Speaker A
бизнес-анализ, то есть это про источник требований. Поговорить с ним, сделать интервью, а, проанализировать то, что ему нужно, и проанализировать его действующие процессы сis. Дальше увидеть потребности разработка решений. Это уже про системный анализ, то есть разработать какие-то решения. То есть
Speaker A
пути, как вот нам реализовать ту или иную функциональность. Подготовка ТЗ и проектной документации, системный анализ, разработка рекомендаций по оптимизации бизнес-процессов - это скорее про бизнес-анализ. А участие в постановке задач для команды разработки контроля системный анализ, тестирование, приёмка получается и демо - это
Speaker A
системный анализ, методическая поддержка, а, ну, то есть, короче, проводить консультации по решению, это системный анализ. То есть в целом можно обозвать эту вакансию как системную аналитика, но как мы видим, да, то есть тут это всё совместили, ничего абсолютно
Speaker A
страшного в это нет. На такую вакансию можно откликаться в любом случае. То есть если бы вот мне дали бы вот эту вот вакансию, я бы подумал, что они тут ищут всё равно системного всё-таки аналитика, потому что в любом случае системный
Speaker A
аналитик в свои обязанности включает бизнес-анализ, поэтому всё здесь нормально. Оплашиваная стажировка, гибкий график. Это хотя бы аа к Рофе может быть всё-таки удалёнка? Нет, про удалёнку я здесь не вижу. Офис, офис, офис. Ну, никто вас как стажёра не
Speaker A
пустит на удалёнку сейчас, по крайней мере, в текущих условиях. Поехали дальше. Посмотрим. У нас МТС тут МТС.
Speaker A
Что у нас тут? Чистый системный аналитик. А, посмотрим, чем предстоит заниматься. Участие проработке бэклогапродукта, декомпозиция бэклога, разработка аналитики. Ээ, то есть необходимо будет стажёру, а, как бы анализировать, какие задачи там брать спринт, а какой, а какие нет. Ну, как бы
Speaker A
этим занимаются точно не стажёры на джун, а более опытный специалист. Зачем это вешный стажёр? Это странно. О'кей, пусть будет опять. Смотрите, студент треть четвёртого курса, бакалавриат специалитето магистратуры. И они забыли, наверное, добавить то, что именно технического вуза, да, всё-таки или там
Speaker A
IT вуза. А, к сожалению, таковы реалии, да, мене работа с неструктивной информацией, но это про основной софтски skкил системного аналитика, то есть работа с неопределённостью, раскопать что-то, что-то узнать, ээ, что-то выкопать, да. Так-с. Ну, по условиям всё. Массаж. Вау. Массаж. Хотите массаж?
Speaker A
Я бы не отказался. Так, давайте посмотрим дальше. Стажёр в код. Так, глянем, что тут у нас. Так, тут про ментор стажировку. Давайте посмотрим сразу, чем заниматься. Так, согласно плану с ментором самостоятель, то есть будет закреплён за вас к вам
Speaker A
руководитель прикреплён какой-то вашей образовательной программы, дальше изучать процессы разработки реальной команды, то есть тупо сидеть куколдеть на встречах, то есть смотреть, как работают ребята, писать требования разработку в разных нотациях. Опа, интересно, это в каких? А, то есть всё-таки вас будут запрягать и,
Speaker A
естественно, под контролем вашего бади, да, вашего наставника проектировать описывать методы апи. Вот это уже прямо чистейший системный анализ. А, круто.
Speaker A
Респект, что будет этим стажёр заниматься дальше. А, ого, BPM и планil даже будет использовать. Да, ко мне иногда медлы приходят на консультации либо на менторстве, они ни разу в жизни планil не использовали. Вот. Ну, понятное дело, что проекты бывают
Speaker A
разные. Везде есть там куча интеграций и сильный упор на эээкэнд, но всё-таки, блин, это респект, что здесь они дают такой стажёр. Ну, хотя кто знает, что на самом деле это же всего лишь вакансии, да? А четыр проекта погружаются в
Speaker A
проектирование БД. Вот вот это всё говорит о том, что на проекте будет сильный ээк-энд, сильная эээнд часть. Но а участвовать в проектировании дизайна, проводить ревью дизайна, вопрос какого?
Speaker A
Системного дизайна или дизайна именно интерфейсного? Тоже вопрос. То есть либо тут сильный упор на бк и будет всё равно фронт, либо это именно на, ну, скорее всего, это фронт плюс бк, да, это не чистый бэк. О'кей, закончили со
Speaker A
стажёрами. В принципе, вот такие у нас позиции. А стоит ли откликаться на стажёра? Я считаю, что нет. Нужно идти сразу же на апгрейд. Посмотрим джунов.
Speaker A
Так, давайте теперь с вами глянем на вакансии Jниor системных аналитиков. Я тут всего лишь 27, да, я опять же тут подают стажёры. Давайте, может быть, немножко изменим, да, вот так вот.
Speaker A
Junior System analist, да, как бы 18, да, ну, такая себе история. А иногда пишут младший, да, младший системный аналитик, это тоже будет джунир.
Speaker A
Абсолютно то же самое. То есть, ну, дженов не очень сейчас ждут, как бы, да.
Speaker A
А смотрим, то есть везде уже требуется какой-то опыт. Ну, где-то написано без опыта. Я отобрал какое-то количество газей из этого всего пула. Давайте на них с вами посмотрим. Так [фыркает] что у нас тут есть? У нас вот тут есть в
Speaker A
сайт H какой-то, да? То есть это, видимо, какое-то рекрутинговое агентство ищет джуна аналитика. Что тут у нас предстоит делать? У нас предстоит собирать требования. Вот это вот про бизнес-анализ, да? То есть вот непосредственно работать с источником требований, дальше описывать
Speaker A
бизнес-процесс пользовательский сценарий, то есть этозкейсы, точнее а и наверное рисовать какой-то BitMмен и в виде там тожейсов это всё описывать. Ну, опять вот тут Bitman, а, ну, то, что я сказал, user story, US Case, функциональные нефункциональные требования. Вот.
Speaker A
Анализирует данные, делать запросы в SQL. Опять же, скорее всего, при проработке дефектов либо при приёмке участить в проектировании логики системы совместно с разработчиками. То есть вот кто здесь рулит. И в целом для джуна вот это вот нормальная история, то, что а
Speaker A
будут ребята знающие, разработчики это ребята знающие по канону, да, а вместе с ними проектирование будет, то есть опять же не самостоятельно человек это будет делать. Дальше работа с документацией, актуализировать её по ходу разработки.
Speaker A
Ну, видимо, разработка идёт здесь вперёд. А дальше чем нужно? Это не очень приятная история, на самом деле. SQL базовые знания. Select, joint ver agгрегаты. И вот здесь что интересно, вот этот вот набор операторов, он нужен, в принципе, и медлу, и синьёру, то есть
Speaker A
не больше. Это везде вот именно вот это вот и нужно. А образование или практически технический бэкграунд. Вот.
Speaker A
То есть смотрите, здесь какая интересная история. Если у вас есть опыт либо технический бэкграун, ну, технический бкграунд что такое опыт работы, вы там работали, возможно, каким-то технарём либо айтишником, но другой специальности, то нахрен это образование не нужно будет. То есть это о том, что
Speaker A
вот это вот требует чаще всего где-то на джуне на стажёре, поэтому нет смысла туда идти. Дальше понимание как работают эти системы IPBA клиент сервер. Написано честно то, что нужно понимать это в теории. О'кей, проблем нет. Посещать офис не полностью удалённо. Гибрид.
Speaker A
Ребята, кто смотрел мой видосик про гибрид удалёнка и так далее, обязательно посмотрите. Так, желание развиться в системном на аналитике раси внутри команды. Выглядит как такая честная джуновская вакансия. Нормально. Поехали дальше. Посмотрим. У нас тут BIOSart, да? А, 60.000. 1.000 руб. Маловато для
Speaker A
джуна. Ну, о'кей. То есть это где вообще? Это может быть и не Москва, поэтому а Екатеринбург. Ну, о'кей.
Speaker A
Екатеринбург нормально. Так, смотрим аккредитованно. Это там про компанию. А сбор требований от заказчикхолдеров чуть-чуть у нас Ага. То есть тут как почти работа в полях, можно сказать, да?
Speaker A
То есть прямо с основными пользователями нужно будет обрабатывать это всё интересно, да? То есть ээ это тоже такой бизнес-анализ в какой-то степени, раз у них прямо непосредственно нужно это всё собирать. Дальше исследование функционала конкурентов. Опа, конкурентно анализ. Это вообще очень
Speaker A
необычное требование. Вот обычно синьор, ну, вообще в целом системный аналитик этим не занимается. То есть исследует какие-то продукты конкурентов.
Speaker A
Здесь, ну, я удивлён достаточно, что здесь это нужно. Дальше, написание ТЗ для реализации голосования требований заинтересоционными лицами. Ну, опять писать ТЗ, вот придумать техническое решение какое-то, а, согласовать со стейхолдерами. Кон консультации. Ну, это классика. Проект результатов после реализации. Ну, приёмку провести. Это
Speaker A
ещё вот так вот называется. То есть чел что-то разработал, надо посмотреть, а оно сходится ли с тем, что я придумал, с тем, что написал в документации. Так, требования. А, работаем в аналогичной должности от полугода. J confluence база классика. Jonam super easy, базакласика.
Speaker A
BMAN UMAIL база классика. То есть, смотрите, вы а абсолютно удивитесь то, что вот весь набор ключевых слов и навыков и требований он будет совпадать, что на Джуне, что на Ин, что на синьоре.
Speaker A
Вот будет отличаться ээ немножечко другие вещи другого плана. А помимо циферки опыта, которые требует коммуникабельность. Ну то есть обычные базворды для а софтскилов системного аналитика, да. Тут офис, опять же, офис зарплаты, да, то есть на таких вакансиях вам не дадут а быть на удалёнке, потому
Speaker A
что за вами нужен присмотр, да, не всегда это справедливо. Вот опыт тут от одного до 3 лет опыта. Я уверен, что скорее всего вас могут рассмотреть, если у вас там есть опыт пару месяцев условно. То есть не обращайте вот на вот
Speaker A
эту историю. Она не всегда правда. Далеко не всегда. Вот это просто отфильтровать, испугать кандидата.
Speaker A
Следующая вакансия. Посмотрим. А у нас тут джуниор от восьмидесяти. Вот это же справедливо. Это где у нас? Москва, да?
Speaker A
О'кей. Так. Написано на вручную походу либо с GPT скопировали, но плохо здесь формализовали, да, без форматирования.
Speaker A
Так-с. Почему интересно? Хорошо. предстоит вот бухгалтерский налоговый учёт бизнес-процессов. То есть здесь какая-то приложуха будет для бухгалтерии либо налогоучёта а непонятных физлицю лиц, неважно. А помогает формировать требование к доработке, то есть действующий продукт, его нужно доработать. Ну стандартная вакансия для
Speaker A
а младшего специалиста, создание новых IT-сервисов, то есть довеса к существующему, будет он образоваться сервисами, скорее всего, микросервисная здесь, да, архитектура будет для тех, кто шарит. Работа с технической документацией. базы данных скель упор на backend UML BPMAN упор. Ну непонятно, то
Speaker A
есть какая нотация, это sequнс или ещё что-то, но скорее всего это про секвенсы да Bipмен возможно какой-то есть BПM движок. В общем, всё тут стандартно с командой разработки, тестирования. Так-с, опять образование требует. Вот экономические финансовые заменяет техническо-математическое. Ну
Speaker A
потому что вот предметная область такая, да. То есть любой опыт в IT, даже учебный курсы и так далее. То есть здесь могут даже без опыта взять. Вау, это хорошо. То есть, а, минуя стажировку, сразу же вот, ребята, на, а, проекте
Speaker A
реальном будут, да, понимание бухгалтерского учёта и налогов. Ну, это плюс опять же, да, 80.000. А вот удалёночка, смотрите, удалёночка на жена. Это достаточно редкое явление, но о'кей, это классно. Вот доверяют они людям. Видимо, здесь будет жёсткий отсеп на собеседовании прямо вот. Но если я
Speaker A
посмотрю, сколько здесь вакансий откликнулось, я, наверное, охуею. Вот, в принципе, вакансия приемлемая, э, в обязанностях и задачах как раз-таки джун джуновский. Посмотрим дальше. Медла.
Speaker A
Так, друзья, я немножко сдвинулся вправо, потому что я понял, что я вам немножко сгораживаю. Пусть интересно будет читать не только мне, но и вам.
Speaker A
Итак, посмотрим. Мидлов алов отфильтровать не так просто, потому что если мы так вот вводим, будет 55. Вот. Но всё-таки, то есть, ээ когда ищутла, не пишут приписки никакие, нидлни и так далее.
Speaker A
Единственное, могут написать там какой-нибудь старший системный аналитик, ведущий системный аналитик, либо просто это будет просто системный аналитик.
Speaker A
Вот. И тут уже нужно смотреть даже не всегда на года опыта, потому что сейчас вы кринжа увидите. А, но в целом на описание вакансий. Вот я отобрал вот из этого списка именно медловские вакансии.
Speaker A
Давайте посмотрим. Вот вакансии у нас в жёлтый банк. Тут у нас гибрид, да, 1.3 опыта года пишут. И тут нужно будет над тех проектом их работать. Что у нас тут сборная с бизнес-требований с бизнесзаказчиком? Это бизнес-анализ, да, обеспечение интеграционного
Speaker A
взаимодействия, описывать интеграции. Это уже медловская задача, да, такая достаточно ТЗ. То есть ничего тут нету про какие-то там аа истории, что-то делать не самостоятельно. Вот. То есть вы тут автономные единицы, вы работаете, участие в построении архитектуры схем взаимодействий. Вот вы уже тут прямо вот
Speaker A
а совместно с сньорами, с архитекторами будете ребятами взаимодействовать. А создать структуру данных, описание алгоритмов обработки данных, то есть это про бдшки, про описание, как у нас обрабатываются запросы на БЕК. И вот интересные технологии тут и у них тут
Speaker A
GRPC нужно. Вот не часто встретишь, но вот с последнее время GRPC чаще используют, чем R. Вот SQэлька, кавка, ребит. Вот, то есть уже очереди, а синхронные истории вот эти вот начинают появляться. Это специфично уже от уровня midle как минимум, да. Вот это вот как
Speaker A
бы, да, такое себе. Что А о чём вот это говорит? Это говорит о том, что у них, скорее всего, ни хрена не описана документация на проекте, и необходимо вот самому идти и лопатить код, смотреть и что-то вот ээ как его, что-то выяснять
Speaker A
и дальше уже на основе это в документацию делать. А эта хрень полная и собачья. Пусть это делает разраб, но в плане того то что нужно разобраться в коде. Вы ему пишете, соответственно, созваниваетесь и вместе вы сняте, что там как и работает. Ну либо просто берём
Speaker A
нейроночку, туда кидаем код, и он вам рассказывает, как что работает. То есть, а, знания языка программирования для системного аналитика - это вообще не must have skки. То есть, я сколько, блин, я ни разу код не читал.
Speaker A
То есть я по своей инициативе на самом первом месте работе это делал просто, ну, хотя меня никто не заставлял, потому что там не было как раз-таки документации. И я залезал в код и читал, потому что, ну, разрабы там были, а, в
Speaker A
общем, безответственные люди. Вот. И никому не надо было вести грамотную документацию. Гибрид. О'кей. Давайте дальше посмотрим. Дальше у нас тех. Это у нас, ребята, outтсорcсиing, outstffing. А в разные эти у нас они, да, от 3 лет, да, midлle, да, то есть по
Speaker A
канону типа у нас от трёх лет опыта где-то вот так вот. А ребята соблюдают каноны, а необходимо банковские проекты, финтехпроект какой-то будет, да, соглас бизнес функциональные требования, бизнес-анализ бизнес-процессы бимен бизнес-анализ, юзкейсы формально тоже, да, бизнес-анализ, но системные тоже это
Speaker A
делает. А, ну то есть опять же смотрим, да, у нас всё перекликается. Вот как бы как бы одно другое, одно другому не мешает, но если бы здесь были бы все обязанности бизнес-аналитика, то как бы я бы на это застрил внимание. То есть
Speaker A
нету тут прое там е user story, вот нет, например, вот это вот чистый прямо а бизнес-анализ, если этого нет. Вот о чём это говорит, скорее всего, то есть есть какой-то бизнес-эксперт либо бизнес-аналитик, либо PM этим занимается конкретно, чем
Speaker A
делает какую-то там часть описания бизнес-требони. Вот. И это хорошо, это нас разгружает. Так-с. интеграции, да?
Speaker A
Видим RUST SOP - это Rabbit MQ, я так полагаю, да? То есть тут тоже асинхронщина очередь, а популярна кавка, но вот тут вот ребят интересно, да?
Speaker A
Pipman UML, дальше самостоятельно деяние проекта погружения новой системы, а, навыки эффективной коммуникации, то есть тут доверяют за кем-то там присматривать. Вот опыт валидации ТЗ, то есть нужно делать ревью за другими аналитиками, видимо, вот за младшими либо коллегами. а-а, обязанности
Speaker A
погрузиться в систему, с которой будете работать, с межсистемо бизнес-процессы, то есть тут всё по классике, всё то же самое, что тут написано, в принципе, наставша контроль, короче, да, всё то же самое. Нормальная вакансии я бы откликнулся. Давайте посмотрим дальше.
Speaker A
Отп компания. Тут у нас опять фронтендерский проект. А, бдшка, проектирование образования. Нахрена нужно, да? G confluence и так далее. UX.
Speaker A
Так- смотрим дальше. Тут у нас системный аналитик до 129, это получается 200, а после вычетов где-то так вот будет от 3 лет, да, за такую вилку, ну, как бы это очень мало. Вот.
Speaker A
REST SWER, Select Jo, короче, здесь всё по классике ещё. Плюс должны знать свор сообщений за 200.000. Ну, как бы это достаточно маловато для таких задач и для таких требований. Хорошо, давайте посмотрим финальную midл от 945 до вы до
Speaker A
вычета, да, от 5 лет опыта, но вот это уже смешно, то есть ну такое себе. А даже если они готовы платить там условно на руке 300-320, всё равно для такого количества лет опыта мало, тем более от это минималка.
Speaker A
вакансия немножко кринжовая, да, тут требуют и SUAP, и R, и Webсокеer, и брокеры, да, а BPменки, юмельки, знания SQLэльки, а тут и бизнес-анализ достаточно такой углубленный userсторипинг даже, да, знания Solid, это вообще из программирования solid а истории умение читать како достаточно
Speaker A
джовая такая история. Вот посмотрели мы с вами разные ваканзии на длапетрим синьорские. Ну и на финалочке посмотрим.
Speaker A
у нас вакансии сеньоров системных аналитиков. Но тут опять какое дело? То есть, чтобы понять, что у нас нам нужен синьор, то есть не всегда пишут эту самую приписку сеньор. То есть опять же нужно тут исходя из вакансии смотреть,
Speaker A
исходя из того, сколько предлагают. Вот. То есть вот на синьоре 226, но честно мы сейчас вот покликаем, а будет понимание то, что их всё-таки побольше. Ну, как видим, там всего 1.286. Не все пишут эту самую приписку грейда. Где-то это там
Speaker A
просто системное наличие, где-то это ведущий, где-то это главный. Поэтому здесь нужно, исходя из требований, исходя из того, что он говорит рекрутёр.
Speaker A
То есть там прямо прямым текстом вы коворите медла, синьоры, они обычно говорят. Вот. Но иногда бывает такое, то что на одну вакансию рассматривают либо там, то есть готовы рассмотреть как медла, так и синьора. Вот поэтому а ну и
Speaker A
в целом вот эта система грейдов, она достаточно плавающая. То есть вот сейчас например посмотрим.
Speaker A
А вот, например, вот системный аналитик написано. Ни слова про синьора нету. Вот. А вилка, ну, достаточно на грани сеньорской, да. 420. А до выщетов всё плохо с математикой сколько? -13%.
Speaker A
Ээ, ну, короче, то есть такая закосом в синьорскую вилку. Вот. Но на самом деле граничищая смидл плюс, но в итоге я уверен, что HR скажет то, что нужен синьор, хотя то же самое от 3 лет. О, вот. А тут понятно, что им
Speaker A
просто финтех нужен, потому что вот эти ребята, они аутстафят именно в финтех компании. Вот здесь смотрите понимание C4 UML. То есть вот эта вот история, а говорит о том, что нужно порабатывать архитектуру. Вот это уже про синьорскую историю. А дальше а интерфейсы
Speaker A
фронтеские проекты, понятное дело, SQL, No scale. Вот тут, кстати, есть No scale, нужно разбираться, да? А история здесь какая? А здесь такая история, то, что оу здесь нужны эти самые, как их там, окончки, да? А, ребята, здесь, э,
Speaker A
нужно хорошо знать проектирование. Вот прямо вот видно, да, вот по вот этой истории просто ключевое слово тут вижу.
Speaker A
Значит, нужно вот эту историю делать, да. А-а, кавка. Остальное всё понятно, остановлено всё, то есть достаточно, то есть здесь не слово про синьора. Ну и вакансия в целом. Не сказать, что прямо так подробно достаточно написано, но вот как, пожалуйста. Вот давайте посмотрим
Speaker A
дальше. Вот тут написано сеньр аналитика. Вот это уже верю, да. 527 - это синьорская вилка. Вот мы находили с учеником 510. Себе я находил 528.
Speaker A
527. Почему так было? Хз. То есть по какой ставке они это определяют, наверное? Ну, потому что вот смотрите, 3 часа в день. Ой, вот 3 часа 1 час, это как раз-таки будет в сумме 528 в исходя по этой ставке для крупногобанка. Ну,
Speaker A
это скорее всего красный, потому что эти ребята они туда любят четырёх уже написано, да? То есть не три, а четыре.
Speaker A
Вот один го год опыта, он разве настолько сильно влияет? Вот. Но это уже ладно, дискуссия. Опять же JSON XML, э, SQLка, MSS SQL, Microsoft SQL. Ну, видимо, на проекте она такая есть, ничем абсолютно почти не отличается от постгреса, там, кроме каких-то
Speaker A
низкоурлика особенностей, а которые вряд ли вы будете погружаться, будет плюсом постгры SQL, видимо, миграция с постгры на MSSQL или наоборот умение работать скид. Просто здесь подход, видимо, doc s-код, то есть вы пишете документацию, а, с помощью кода, это не значит, что
Speaker A
нужно быть программистом и так далее. Просто так заведено у них вот. Почему здесь вот эта история? Ну, скорее всего, опять же, у них проблема с документацией, нужно её поднимать. Это не проблема синьора и системного анализа в целом. Это значит, что у них такой
Speaker A
проект нормальная вакансия, хорошая. Тут достаточно справедливо описано. Не сказать, что она сложная какая-то или там есть какие-то жуткие истории. То есть вот смотрите, платят 527.000 руб.
Speaker A
Много ли тут всего требует? Ну, как бы нет. Вот. Много ли тут каких-то необычных технологий? Ну, тоже опять же нет. Дальше посмотрим у нас что тут. С Берньор прямо написано. Зарплат не написано. А зарплаты часто не указывают.
Speaker A
Это потому что, ну, такая игра в угадавилку, да, то есть ээ оценим тебя, сколько ты стоишь после собеседования и так далее, а по факту у них есть определённый бюджет от, э, там, меньшего к большему. И дальше уже какую вилку сам
Speaker A
скажешь, на такую будешь рассматриваться, да. Всё скучно, всё скучно, всё то же самое, абсолютно ничего нового. Вот от 3 лет, да, синьор написано. Ну, тут вот такая вот хрень.
Speaker A
То есть потому что на проекте, видимо, вот эти вот стандарты используются. Скорее всего, что-то низкоуровневое, связанное там с с проводками, заплатят, ну, наверное, вилку от на руки, говорю, от 360 до 400 20 450. Вот, э, где-то вот так вот. Дальше мы давайте посмотрим
Speaker A
оферы, то есть это уже реальные полученные после собеседования, после того, как мы по вакансии покрикали результаты нашей деятельности, да, как собеседуемого. Ну, а сейчас мы посмотрим, что можно выбивать по результатам. То есть, ээ, мы выбивали вот такой вот 300 на руки месяц. Это всё
Speaker A
middle midle плюс. А 324 - это до вычета, это где-то 280, да, получается. Плохо считаю, ребят, поправьте. Так, с 390 с учётом премии квартальной в месяц до вычета, это 330, да, вроде где-то.
Speaker A
Так вот, 345 до вычетов -13%. Это у нас 250 до вычета, это уровень midle midle плюс, то есть всё согласовывается с этой вот вилкой. В принципе, мы отбрасываем вот эти вот бомжацкие вакансии, где там требуют овер платят мало. То есть смысла на
Speaker A
них тратить время абсолютно нет никакого. Посмотрим, что на синёр выбиваем. Соответственно, вот, например, ну, поняли, да? Откуда 400 с учётом премий? Вот это всё на руки. Дальше 350.
Speaker A
Здесь у нас тоже на руки. Это, ну, заявлена была позиция как синьор, но по факту вилка midle плюс. Так-с. Это у нас 400. Это у нас вот 501. Хорошо, вообще очень было. И вот тут вот 492. Но по
Speaker A
факту, если в хороший месяц сложить, то это будет 528 в итоге, да, часовая ставка, соответственно. Как-то так. То есть вот это вот вилки реальные, они получены на собеседование в двадцать пятом-двать шестом году. И часть из этих оферов приняты, часть из этих оферов
Speaker A
были отброшены, потому что нашлись условия получше. Вот. То есть это всё, всё, что было на рынке, всё, что реально и пропуская всякие там бомжацкие вакансии. Вот. То есть таких вакансий достаточно много. Просто нужно выбирать, просто нужно хорошее резюме, просто
Speaker A
нужно собеседоваться и не ныть, а действительно делать и верить то, что всё получится. А у вас действительно всё получится. Внимание, эксклюзивчик.
Speaker A
Сейчас я расскажу, как я пишу резюме себе и своим ученикам для того, чтобы найти работу максимально быстро. Я поделюсь с тобой структурой, я поделюсь с тобой лайфхаками, я поделюсь с тобой примерчиками, да, как писать себе резюме, чтобы найти работу за
Speaker A
максимально быстрый срок. Поехали. Давайте теперь посмотрим пример резюме и дадим обратную связь, что здесь хорошо и что можно сделать лучше. Так, наше первое резюме. А перед тем, как начнём, я скажу то, что рекомендую делать резюме по формату hхруu. Идеальный формат,
Speaker A
просто отличный, ничего лишнего. Вот поэтому используйте его, когда вас просят его перекинуть, а можете прислать либо ссылкой рекрутёру, либо скачать и отправить вот в формате там PDF, либо doc. Так. Указан Telegram, это хорошо.
Speaker A
Телефон, всё должно быть указано. Проживает Москва. рекомендую ставить Москву, потому как у нас некоторые компании именно принципиально, чтобы кандидат был в Москве, несмотря на то, что а важна ну точнее требуется человек на удалённую работу. Плюс ещё в регионах разные вилки. Вот, э, в Москве
Speaker A
будет одна вилка, в регионе другая. При этом в вакансии одна и та же. То есть есть одна интересная компания, например, из Финтеха, которая принципиально на одну и ту же позицию в зависимости от региона предлагает разные денежки. Вот поэтому лучше ставить Москва, вот
Speaker A
ставить фотографию. Вот фотографию опрятную, хорошую, то, что вы там на каком-то нейтральном фоне. Дальше.
Speaker A
Так-с. Россия. Россия. Всё хорошо. Вот я бы поставил, что переезду всё-таки готов. Командировка готов. Хорошо. Да.
Speaker A
Дальше. Бизнес или системный аналитик? Нет, я бы поставил бы только целевое направление. То есть именно системный аналитик. В чём подвох вот этой истории?
Speaker A
В том, что а ваше резюме не будет индексироваться у рекрутёров, которые именно ставят просто системный аналитик, да, то есть ищут именно эту позицию.
Speaker A
Поэтому просто стемная аналитика, если ищем на стену аналитика, бизнес-аналитика, если ищем на бизнес-аналитика. Вот. А либо два резюме, 2 года и 7 месяцев. Смотрите, если ставить такой опыт, неважно какой у вас настоящий, то а у вас меньше шансов
Speaker A
залететь на позицию midд, да, хотя бы на midд. То есть сейчас в приоритете это от 3х лет опыта, даже, я бы сказал, от четырёх, потому как все как раз встали начали ставить этот эти 3 года опыта, поэтому лучше ставить четыре. Вот, чтобы
Speaker A
вопросов не было. Почему так? Потому что рекрутёр в своём кабинете фильтрует по кандидатам и ищет именно тех, у кого фильтр там стоит от 3 до 6 лет опыта.
Speaker A
Вот поэтому рекомендую ставить три, а лучше четыре. Поехали дальше. Смотрим. Такс-с. А, Москва. О'кей. Дальше что у нас тут? Системный аналитик. Системный аналитик хорошо. И дальше пошла история.
Speaker A
Проект. Проект не описан. То есть какая-то там высоконагруженная RP система, но нужно описать прямо подробно из каких модулей состоял, что за архитектура. Тут хотя бы стек указан, но в стеке тоже какие-то слова, абсолютно не имеющие к систем анализу. Какая
Speaker A
разница на Джаве? Какой разница, какой фреймворк был применён? То есть важно именно какие-то инструменты системно аналитикой интеграции, да? Продукт нужно расписать поподробней. А какие задачи были в рамках этого продукта? Какие модули, системы, микросервиса были в зоне твоей ответственности, а это был
Speaker A
фронт, это был Пек, это часто вопрос рекрутёров, да, а с чем ты работал именно? Подробнее достаточно расписать проект. Если их было несколько, написать их все. Тут человек по старому формату пишет, то есть просто набор каких-то абстрактно обязанностей без привязки к
Speaker A
задаче, без привязки к конкретному проекту, да? А вот за это не пойдёт. То есть раньше такой резме могли похвалить.
Speaker A
Раньше когда там год двадцать третий, двадца второй, двадца четвёртый, когда ты это делал, для каких задач? То есть для всей либо там а прорабатывал поступление товара на склад. И именно для этого процесса ты собирал и формировал требования. Как ты это делал?
Speaker A
То есть как ты описывал эти требования? КПменты рисовал, а use case user stories составлял, userflow описывал, да, делали ты макеты для вот этой вот всей истории.
Speaker A
То есть это всё нужно описать, вот это вот не годится. К остальным пунктам претензии те же самые. Токз спецификации для каких сервисов, для какой системы, для какой части, то есть ээ подготовка это была именно нового функционала либо доработка существующего. Просто какие-то
Speaker A
абстрактные вещи, ничего не имеющие отношения к проекту. То есть нужно привязать проект. Дальше про интеграции тоже. в какой части, для чего, то есть что с чем интегрировал, зачем аа проектиру микросервис архитектуры. Ну то есть тут немножко непонятно, что именно,
Speaker A
то есть полноценную ERP систему человек спроектировал, либо какую-то часть, либо просто один микросервис, это нужно детализировать. Четыре диаграммы опять же для чего вот ээки конкретно какие для каких задач. А проработка сложных сценариев, приёмки и возврат товара. Ну тут хотя бы понятно, да? То есть что за
Speaker A
сценарии были, для какой части, но я бы всё равно детализировал, чуть побольше бы задач накинул. Так, моделирована схема данных продуктов миграции каких для чего, опять же непонятно. Поддержка процесса релиза, анализ дефектов, приёмочное тестирование, проведение демо. Ну, это такие истории абстрактные,
Speaker A
то есть это уже регулярные обязанности. Тут можно уже не детализировать. Дальше достижение. Достижение. Тут он расписался с метриками. А метриги штука хорошая, если они адекватно описаны и за них ты можешь пояснить. То есть тут что написано? Нет синхронную обработку через
Speaker A
кавку, меньше пикаю нагрузку апи на 25%. Опять же непонятная задача. То есть для какой-то истории это делал, зачем это делал. Ну тут написано, зачем то, что там снизить пикую нагрузку, но а почему оно возникло? То есть какая-то должна
Speaker A
быть предыстория в этом достижении, какая какая задача, а к какой части проекта а эта задача относилась? Всё это нужно расписать. В принципе, циферки тут адекватные в плане того, что действительно с помощью асинхронщины можно уменьшить пиковую нагрузку на такое примерно. И с помощью витрин
Speaker A
индексов Кэша также можно, а, ускорить выборку на такие проценты, да? То есть числа они должны быть магическими, ни в коем случае они должны быть приближены к реальным. Посмотрим дальше. Так, тут у нас бизнес-аналитик. Ни в коем случае, если вы на целевую специальность
Speaker A
какую-то откликаетесь, не пишите неревантный опыт. Если тут написано бизнес аналитик, это либо на надо нахрен убрать, либо лучше поставить как системный аналитик и переписать всё под системного аналитика. Почему? Потому что рекрутёр будет смотреть ваш э ваше резюме, видит, да, 2 года, 7 месяцев, но
Speaker A
он отметёт просто нерелевантную позицию. Хоть и как бы у нас вот эти вот обязанности голосуются, но он будет смотреть именно где написано системный аналитик. Тут те же самые ошибки. Нужно поподробнее расписать проект. Стек должен согласовываться с теми ключевиками, которые вы здесь вот
Speaker A
указываете. опять абстрактные обязанности, то есть нужно всё привязать к задачам на продукте. И здесь вот нету достижений, можно что-то добавить. Не окончено высшее. Либо не пишите вышее, либо пишите, что оно окончено. Вот.
Speaker A
Потому что, ну, рексёр видит то, что ага, человек учится, а сможет ли он вообще совмещать работу с учёбой? О себе. Блок о себе нужно расписать более подробным и закинуть сюда твои контакты, продублировать. Неважно, что они, а, на х уже есть. Tele почта пишит сюда, то
Speaker A
есть формат работ, которую ищешь, и в чём-то силён. То есть здесь вот просто условно копирка с чата GPT. Не нужно бояться, что резюме будет объёмным.
Speaker A
Сейчас наоборот хорошо оценится вот именно где резюме, которые расписаны подробно, потому что их проводят черезку, да, вот эти вот абстрактные вещи, они абсолютно ничего не скажут рекрутёру. Вот представим ситуацию.
Speaker A
Финтех проект, там нужен опыт финтех, да, у вас, а, указан, да, там какой-нибудь Сбер, допустим, вы в Сбере работали и не описан вообще проект, либо описан слабо, и рекрутёр это просто видит и ему пофиг, что у вас написано
Speaker A
Сбер, потому что проект не описан. Непонятно, чем вы там занимались. Может быть, это и Фитеховский был проект. Да, бывает такое, что вы приходите работать в банк, а проект не связан с Фитехом.
Speaker A
Там какая-то там, а, история с документооборотом или ещё что-то такое. Вот. Поэтому важно очень описывать всё досконально задачи. Они будут, рекрутёры будут это всё сопоставлять с тем, что нужно вакансии, с тем, что им дали там лиды условно, то есть, а, портреты
Speaker A
кандидата. То есть, чем подробнее у вас описан, тем лучше для вас. То есть рекрутёр это будет либо смотреть вручную, либо ещё более вероятнее через нейронку это всё сопоставляется.
Speaker A
Посмотрим другое резюме. Итак, это резюме уже чуть-чуть получше. У нас здесь что у нас тут вот указаны контакты, да? То есть Санкт-Петербург, я поставил всё-таки Москва. Неважно, что Санкт-Петербург город достаточно большой. Всё-таки ставьте Москву. И опять же вот эта история системный
Speaker A
бизнес-аналитик. Ставим только системный аналитик. А ищем тоже только специализацию по системной аналитике. Вот эту вот фигню не нужно, пожалуйста.
Speaker A
Вот полная занятость, удалёнкой гибрид. О'кей. О'кей. Человек сразу же поставил, да, куда он, что, какие ожидания от нового места работы. Итак, опять же, ставим только системный аналитик. Везде тут человек поподробнее расписал по проекту. Хорошо, молодец. Так, давайте посчитаю по Ага. Он просто расписал тут
Speaker A
абстрактные обязанности. Вот не сказать, что он тут проект всё-таки расписал. То есть что за продукт, для чего, для кого, то есть кто пользователи, а какая часть это была, фронт бэкэнды, микросервисы есть? Нет, какая архитектура, сколько этих микросервис, за что они отвечают,
Speaker A
что было в твоей зоне ответственности. Это всё нужно обязательно указать. Технический стек. Окей, это база, обязанности достижения. Так-с, посмотрим. Проводил трени заказчиков и сбор требований. Это про бизнес анализ скорее. Да. Вот если цель системную аналитику, пишите побольше обязанностей,
Speaker A
там задач именно как системного аналитика. Почему сократил время согласование ТЗ? А на несколько месяцев до двух недель? Ну это смешно. То есть благодаря тому, что ты проводил интервью, ты сократил, то есть во-первых, как ты это считал, зачем ты
Speaker A
считал, как это было до тебя, непонятно. Вот. То есть это просто обязанность аналитика. Вот он перечислил и сформулировал это как достижение. Ну это смешно. То есть я читаю, меня смешно, а это не годится. Вот. ну, как достижение именно. И вот, что он там что-то там
Speaker A
сократил, это выглядит нереалистично. И плюс ещё опять подписано абстрактно, то есть где он это проходил, какую функциональность он описывал, для чего он собирал эти требования, в каких задачах нужно это всё описать. Дальше однотипные ошибки. Вот то же самое и вот
Speaker A
здесь вот у нас тут уже чуть-чуть поподробнее хотя бы описан продукт. Вот так вот, в принципе, будет достаточно.
Speaker A
Тут есть какие-то истории, вообще не связанные, кстати, с системным анализом. Вот, например, давайте глянем. Понятное дело, что проект был связан с бийкой.
Speaker A
Да, вот тут вот, потому что парка Airflow, но а вот, например, Pthon скрипты, вот это вот всю историю allergy pipeline, это вообще не про бизнесмный анализ. То есть это не должно быть здесь построил витрины данных, это вообще не
Speaker A
про бизнесменно, то есть всё, что не относится к этому, нужно убирать. То есть если вы думаете, что это будет а прекрасно, то, что вы разсторонены специалист, нет, рекро будет думать о том, что вы занимаетесь какой-то хернёй на проекте, а не тем, куда вас ищет. То
Speaker A
есть он этот опыт просто может выкинуть, не учитываясь. Я так понял, тот человек именно был как бионалитиком, как датааналитиком, да, и при этом переписал свой опыт под систему аналитика, да, ну, именно просто должность. А по-хорошему нужно описать ещё вот задачи и
Speaker A
достижения именно как систеный аналитик. То есть если уж тут вот поменял должность, то пусть всё остальное тоже будет согласовывать. Дальше вот, да, английский нужно указать обязательно.
Speaker A
Всё хорошо. Тут ключики указаны, некоторые ключаки, тут как раз-таки из его опыта по датааналитике какой-то, да, там вот это всё не нужно. Всё только к системной аналитике указано, ничего больше. Да. Итак, как вести себя на собеседовании? Для кого-то это самый
Speaker A
сложный этап, даже сложнее, чем само обучение. В принципе, я могу понять, потому как собеседование - это всегда стресс. Собеседование - это всегда боль.
Speaker A
Это всегда вот что-то такое, что вот тебя вот немножечко нервирует, да, и в текущих условиях IT-рынка достаточно тяжело пойти собез первой попытки. Но давайте я расскажу методике, какие штуки нужно будет делать и пример для того, чтобы повысить шансы того, что у тебя
Speaker A
получится намного быстрее, чем через там 20-30 сабесов. Говорим про собеседование. Итак, пропустим вот эти вот нерелевантные грейды, потому как нет смысла на них ходить собеседоваться, потому что вакансий не так много. Лучше зайти сразу же на хорошие деньги и на
Speaker A
должность, где вы будете заниматься именно системным анализом. На собеседнею нужно приходить к готовым внезапно, да?
Speaker A
То есть вы должны подготовиться по списку вопросов, которые у вас будут гонять. А они собеса оббес из грейда в грейд будут всегда одинаковыми. А с увеличением квалификации вас будут спрашивать побольше. Вот с увеличением квалификации с вас будут больше
Speaker A
спрашивать именно рабочих кейсов, то есть что вы делали на опыте, на практике. намедле итоги, что аа будут спрашивать по поводу вашего опыта, их будет интересовать ваш опыт в плане доработки какой-то большой там распределённой системы микросервисной, либо, аэ, реже разработки там с нуля,
Speaker A
либо доработки в плане там добавления новых сервисов каких-то, да, будут спрашивать про синхронной рентеграции, то есть это прост, а иногда про SUAP, если есть такая необходимость в проекте.
Speaker A
А про асинхронночные будут спрашивать про брокеры, да? То есть про Кавка по большей части, а Rabit очень-очень редко встречается. Вот единственное в теории могут спросить, чем отличается одно от другого. Сильно не углубляется в работу брокеров, но всё же нужно понимать а
Speaker A
такие базовые вещи, как продюсеры консмеры, в принципе, зачем это всё нужно, то есть какую пользу брокер нам предоставляет. по ресту будут хорошо спрашивать, то есть, э, про принципы сейчас не спрашивают, кстати. Спрашивают про саму интеграцию htpшную, да, то есть
Speaker A
состав, а какие есть методы, где используватся, куда ответов. А спрашивают про там какие-то кейсы аля, когда нам передавать данные, получать, точнее данные через пост вот вместо гета про ипотентность вот эта вот классика, что на медле, что на синьоре вас спросят. будут вас
Speaker A
спрашивать однозначно, как вы описываете бизнес-документацию и техническую документацию. Вот. Какие артефакты генерите как аналитик. Возможно, дадут практическое задание: нарисуй email диаграмму, нарисуй BIPM диаграмму, либо вот тебе картинка, посмотри, что там не так. Тут иногда дают задание на проектиры, несложно, то есть
Speaker A
спроектировать какой-то EST интерфейс и могут, конечно, задать SQL задачку на там базовые выборки какие-то, на проектирование таблиц. Нарисуйте диаграммку, но без какой-то либо жети.
Speaker A
То есть там максимум, ну, таблиц три-четыре получится и обычные типы связи без там нормализуй-ка мне её и так далее, без вопросов про оптимизацию. То есть обычные такие типовые рядовые задачи стено аналитика будут вас спрашивать по ним, давать практику.
Speaker A
Ничего такого сверхъестественного. На синьоре будет всё то же самое. Вообще иногда синьорский собес и метловский ничем не отличаются. Иногда синьорский может даже проще быть. То есть у меня среди записей есть такой примерчик. Я просто пришёл, а, рассказал про свой
Speaker A
опыт. Людям нужно было бы побыстрее, побыстрее закрыть вакансию. Вот услышали, что вот это вот я делал с вакансии, в принципе, оно как бы коннектится, и мне просто выдали офер.
Speaker A
Но по классике, как должно быть в итоге, если бы я проводил сеньорский собес, то есть я бы здесь бы ориентировался на вакансию в плане того, то есть где нам нужен именно сеньор на нашем проекте, какие участки. То есть скорее всего,
Speaker A
если это бкпроект, а чаще всего это будет бэкпроект, туда нужен синьор архитектура. То есть нужно спроектировать какую-то архитектуру для большой-большой системы из нескольких микросервисов. А выбрать способ интеграции конкретно под конкретную задачу. А необходимо будет сыграть в игру в требования, так называемые. То
Speaker A
есть вы с собеседующими сидите, он в роли заказчика, ты в роли аналитика, тебе нужно задавать правильные вопросы и, соответственно, на основе этих вопросов проектировать систему. То есть на осно ответов на эти вопросы, да, в принципе. Так. То есть здесь будет
Speaker A
большой упор на прикладное проектирование больших распределённых систем, то есть которые подлежат какому-то масштабированию, просят про какие-то оптимизации, возможность оптимизировать в плане архитектуры а какие-то истории, архитектурные кейсы по поводу блока самопрезентации. То есть до того, как вас спрашивают на технические
Speaker A
какие-то моменты, спрашивают вас какие-то аа вот эти вот прикладные задачки. Нарисуй мне там то-то, сделай то-то, спроектируй. А вас будут спрашивать по блоку самопрезентации, то есть это вы где рассказывать про опыт.
Speaker A
Вы должны рассказывать живенько, вы должны рассказывать реалистично. А как Станиславский, нужно, чтобы собеседующий сказал: "Верю". Вот. Ну где-то у себя в голове явно ребята никогда не говорят, да, обратную связь. Обычно вы получаете её после того, как уже собеседование
Speaker A
кончилось, и рекрутёр даёт какую-то обратку, там хорошо, плохо, а иногда более детальную, то есть где конкретно там хорошо, где конкретно плохо. Поэтому вы должны звучать убедительно, ваша легенда или реальный опыт должен быть проработан, звучать структурно. То есть вы должны все вопросы собеседущего
Speaker A
закрыть своим рассказом. Вот. А, соответственно, что обычно спрашивают? Обычно спрашивают: "Расскажи про проекты, которых ты работал, про что они были, какие у тебя были задачи, что ты там делал, какие артефакты системного анализа генерил, а состав твоего ТЗ, от
Speaker A
кого получал требования, как обрабатывал, расскажи про там какие-то свои факапы". Вот это вот всё самая база-база. На них 100% должна аа быть приготовлена какая-то ваша речь, да? Так как это всё повторяется с разы в раз, вы просто, ну, это отработаете сколько-то
Speaker A
раз и выучите, и просто от зубов рассказывайте, да, как стишок на утреннике. Вот. Но самое главное, это должно звучать убедительно, не то, что как будто вы там по бумажке это читаете.
Speaker A
То есть это должно быть всё-таки от души. Вот так и получается, что системная аналитика - это не сложная специальность. Это специальность нас таки двух, казалось бы, абсолютно противоположных миров: мира гуманитарного и мира физического. Это специальность на стыке двух этих миров,
Speaker A
которые их связывает и воплощается в вас как в специалисте. Чтобы стать системным аналитиком, не нужно абсолютно быть каким-то гением, каким-то родиться там с особыми предрасположностями. Математика вообще абсолютно не нужна. Всё, что нужно - это, как и в любой профессии,
Speaker A
просто изучать, делать практику и не бояться проходить собеседование. Порою самостоятельное обучение и поиск своей первой работы может занять от года и даже более, не говоря уже о повышении грейде до уровня midл и синр. Зачем ждать столько времени? Зачем тратить
Speaker A
свои нервы, тратить свои силы? Неважно, действующий ты специалист, твоя трудовая пустая или ты полный ноль в IT. Я приглашаю тебя на свои менторские программы с нуля до офера медла и повышение зарплаты и бустгрейда. Помимо обучения и прокачки на реальных задачах,
Speaker A
ты получишь от меня полное сопровождение по поиску своего самого того заветного, высокого, вкусного офера. И, естественно, поддержку на испытательном сроке. Вся информация у меня в канале.
Speaker A
Свяжись со мной и пойдём лутать топовый офер и становиться топовыми аналитиками. Жду тебя. А на этом у меня всё. Спасибо большое, что посмотрели этот большой и объёмный видос. Я очень старался.
Speaker A
Надеюсь, вам понравилось. Оставьте своё мнение в комментариях и подписывайтесь. Всем пока.
Topics:
системный аналитик
IT без программирования
карьера в IT
бизнес-аналитик
SQL
реляционные базы данных
требования
вакансии аналитика
резюме аналитика
грейды IT
![Молодой Гитлер – Неудачник Без Образования [История в Личностях] — Transcript](https://i.ytimg.com/vi/Uv483baOk-c/maxresdefault.jpg)
