✨Судя по опросу, у нас много ребят, кто только входит в профессию.
А значит, самое время обменяться историями ✨

У каждого свой путь. Кто-то стал системным аналитиком сразу после ВУЗа, кто-то сменил профессию, кто-то загорелся рассказами друзей из IT и решил тоже в это ввязаться)

У меня история достаточно стандартная — я устроилась на первую работу в роли СА после бакалавриата. Специальность была "Информационные системы и технологии". Дальше училась в магистратуре и параллельно работала.
А как у вас было?

👉 Опытные аналитики, расскажите, с чего начался ваш путь в IT.
👉 Новички, поделитесь, из какой вы области и почему выбрали системный анализ.

Давайте соберём коллекцию вдохновляющих историй ✨

Сегодня захотелось немного покритиковать «распиаренные плюшки» IT 😈
(ну те самые, которыми пытаются затащить человека в айти)

1️⃣ Работа прекрасна, потому что офис классный

В ленте часто вижу видео, где айтишники рассказывают о прекрасном офисе. Что работа в IT — сказка, посмотрите, какой у нас спортзал, массаж по записи, автомат Вкусвилл с едой, на кухне печеньки, кофемашина, психолог, чиллинг зоны. Можно работать лёжа, сидя, стоя. Есть капсулы для сна. Поработать сегодня на пуфике или в уединённой кабинке? А может пойти на крышу или в переговорку?

👉 Офис правда классный и комфортный. Сюда приятно приходить, наливать кофе, брать печенье и посидеть утром на пуфике.
НО! После дейли начинается череда созвонов, задачи, сроки, чаты с миллионом вопросов. Опомниться успеваешь только к обеду. А после обеда бешеный ритм продолжается.
До спортзала вообще доходят единицы (я ими искренне восхищаюсь 🤝, вообще всеми, кто может использовать офис на максимум).

2️⃣ Можно работать в кофейне и пить капучино на кокосовом. Можно работать у бассейна или прямо в бассейне

На самом деле это только выглядит красиво. На деле неудобно. В кофейне мало места, может плохо ловить интернет. А у бассейна легко залить свой макбук. Солнце мешает смотреть в экран.
Просто оставьте свой ноут дома и идите спокойно отдохните часок 🏖

А какие «плюшки в IT» вам кажутся самыми забавными? 👇

Аналитики с опытом 1–3 года часто критикуют себя такими мыслями:
- Я тупой.
- Когда же я наконец почувствую уверенность в себе?
- Когда же я наконец пойму, что мне делать по задачам?
- Почему опять пришла задача, с которой я не сталкивался раньше?
- Настанет вообще момент, когда я буду всё знать?

Если честно, такой момент не настанет 😅, и это просто нужно принять.

Со временем вы разберётесь в предметной области на проекте, поймёте, что ждёт от вас команда, обрастёте нужными контактами, научитесь писать документацию по шаблону. Многие задачи станут для вас привычными и понятными.
Но потом вы смените проект/команду/работу, и всё начнётся сначала. Снова привыкание, новая предметная область, новые технологии.

Просто это суть работы айтишника. Мы должны понимать, что всё постоянно меняется, мир меняется. Нельзя всё выучить, нельзя знать всего. Это не минус, а часть профессии.
Разбираемся по мере поступления проблем. И это касается не только джунов и мидлов, но и сеньоров, и даже руководителей.

Просто выдыхаем и учимся спокойно к этому относиться ☘️.
Я тоже учусь.

Корпоративный этикет: когда хочется кричать 🥲

Этикет — это, конечно, хорошо. Но:

- Сообщение от коллеги в корпоративном мессенджере «Привет! как дела?» — просто давай ближе к делу... Мы не друзья, да и будем откровенны, тебе всё равно, как у меня дела.

- 5 минут приветствий и благодарностей в начале встречи на большое число людей. «Спасибо, что подключились!», «Спасибо всем, кто…» — ладно, может это и приятно, если хватят тебя, но что делать остальным? 😅

- Подстраивать встречу под календарь начальника, который даже не поможет — ты пытаешься синхронизировать время, чтобы никого не обидеть, не обделить, ищешь эти пустые окна в календаре, и ради чего? Руководитель просто пришёл помолчать. В итоге встречу, которую можно было провести «завтра», отложили на неделю.

- 15 минут пишешь письмо, ещё 15 проверяешь его на ошибки, ещё 5 нужно, чтобы сделать текст вежливым, ещё 5 на то, чтобы решиться отправить — лучше бы поработали, честное слово. В итоге всё равно находишь какую-то дурацкую опечатку.

- Вопросы на собеседовании вроде «Как вы относитесь к переработкам?» — все понимают, что нужен «правильный ответ», что вы за проект горой, да и личная жизнь подождёт. Попробуй скажи честно — опрокинут (у меня был такой опыт 😬).

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

Кто пополнит список? 😂

Системный аналитик без вопросов, это как бариста без кофе ☕️

Каждый день мы закидываем разработчиков десятками вопросов «А используем ли мы этот параметр?», «А что в коде указано на этот счёт?», «А можно ли реализовать требование так-то?», «Так как будем делать?», «Подтверди, это так?».

И наступает какой-то день, когда вам дали понять, что устали от этих вопросов 😅. И здесь может начаться самокопание:
- Я столько лет работаю, а всё равно некомпетентный.
- Меня ненавидят.
- Почему я не могу сам принять решение и мне нужно одобрение?
- Что можно спрашивать, а что нет?

Если возникают такие мысли, это в голове говорит ваш «прокурор». Поругал, опустил ниже плинтуса, растоптал весь потенциал и испортил настроение на пару часов.

Но что говорит ваш «адвокат»? Адвокат аналитиков сказал бы:
- Это ваша работа «вопросы задавать». Системный аналитик большую часть времени задаёт вопросы. Без этого требования не собрать и задачи разработчикам не поставить.
- По задаче есть действительно дискуссионные вопросы. Если их не проговорить, то на ревью задачи со всеми этими вопросами придут к вам же. Если есть двойственность — спрашивать обязательно. Это нормально.
- А даже если и можете принять решение, представьте: в вашей голове родилось классное решение, вы его зафиксировали и сказали всем «делайте так». А потом приходит архитектор и говорит, да это же противоречит нашим последним договорённостям среди разработчиков, почему не уточнил перед написанием ТЗ? Вот и думай, спрашивать или нет 🤷‍♀️.

Конечно, бывает, что некоторые вопросы избыточны. Если прям что-то совсем очевидное, лишний раз лучше не отвлекать. Но если есть сомнения, лучше спросите. Проекту будет только лучше. А мы мыслим успехом проекта, а не только своими чувствами 😉.

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

А у вас бывало чувство, что разработчики устали от ваших вопросов? Как справляетесь с этим?

Спрашивать — это нормально. Это и есть наша работа.

Когда это ваше первое или второе место работы, то всегда интересно, а как у других? Как можно работать по-другому?

Мне тоже любопытно, поэтому давайте обменяемся опытом. Поделитесь в комментариях, а я пока расскажу, что видела сама за 8 лет работы👇

Я была на разных проектах и в разных командах. Требования к аналитику везде отличаются. В целом встречала такие схемы:

1️⃣ Команда отвечает за весь продукт: за UI часть, все бэковые сервисы, есть интеграции с внешними системами. В этом случае аналитик прорабатывает и UI, и бэк. Но глубина погружения может быть разной. В одних командах хотели, чтобы аналитик проектировал взаимодействие между фронтом и бэком, внутренними бэковыми сервисами. А в других командах аналитика к этому не подпускали. Там нужно было именно прорабатывать юз кейсы, требования, процессы, пользовательский интерфейс.

2️⃣ Большой проект делят на куски, и за каждый кусок отвечает одна команда: команда по совершению платежей, истории операций, профиль и пр. Тут аналогично предыдущему варианту, аналитик прорабатывает и UI и бэковую часть. Каждый отвечает за свою область: платежи, историю, профиль. Есть интеграции с другими командами.

3️⃣ Бывает, что большой проект делят по другому принципу. Есть отдельная команда фронта и много команд на каждый сервис. Здесь аналитики команд сервиса отвечают чисто за бэковую часть этого кусочка, а аналитик фронта прорабатывает взаимодействие со всеми командами бэка. Аналитик фронта отвечает за UI часть и интеграции с командами бэка.

В общем, аналитик всегда найдёт себе работу. Вопрос только, за какой кусок отвечать.
А вы за что отвечаете сейчас: фронт, бэк или всё сразу? Как больше нравится работать?

Раньше я думала, что командный собес провалить невозможно. Но в прошлом году проверила на себе (целых 4 раза) 😱

Для тех, кто не в теме: командное собеседование проводится на самом последнем этапе, после скрининга HR и технического собеседования. Тут не гоняют по задачам, вопросам, просто знакомишься с ребятами и проектом. Казалось бы, самое лёгкое…

Но вот мои кейсы 👇
Решила поделиться с вами причинами отказов, это может кому-то помочь. Что можно и нельзя говорить на собеседовании (если честно, раздражают эти корпоративные игры)👇

История 1️⃣
На собесе всё шло хорошо. Мне понравились ребята, и я им вроде тоже. В тот раз собесилась на внутренний проект, предметная область была интересной. И тут мне задают вопрос: «Что для тебя важно на проекте, в работе?». Я ответила, что «мне нравятся проекты, которые приносят пользу, и в идеале, которыми я сама пользуюсь». Потом меня спросили: «а каким проектом ты гордишься?». Я ответила: «Тинькофф Инвестиции». Что вы думаете? Мне отказали по причине «У нас интерфейс не очень, вам будет скучно и вы уйдёте». С чего они решили за меня? 😅 Мне была интересна предметная область, да и я бы могла поспособствовать, чтобы интерфейс стал приличным))

История 2️⃣
Мне с ходу не понравилось отношение к собеседованию. Ребята опоздали. Один на 5 минут, второй на 15. Собеседование было назначено на 18:00, а это уже поздно. Из рассказа было видно, что им самим не нравится их проект. И тут звучит самый популярный вопрос: «А как вы относитесь к переработкам?». В этот раз я решила не увиливать и сказала правду, что я действительно думаю. Я ответила: «Как и любой человек, я не люблю переработки. В своей работе я планирую дни так, чтобы укладываться в сроки и не приходилось перерабатывать. Но, конечно, если придётся и это требуется проекту, я готова». Что в итоге? Меня не взяли. Какой ответ они хотели услышать?

История 3️⃣
Моя любимая. Не помню, что именно были за вопросы, но они отражали суть, почему я сейчас в поиске работы? Я ответила то, что нельзя говорить в корпоративном мире. Сказала что-то вроде «ищу новые карьерные возможности, рост дохода и т. д.». Мне отказали по причине: «Вы идёте работать из-за денег».
Я не люблю эти корпоративные лицемерные игры. Я готова подыграть, если нужно, но вам самим не смешно? А ради чего человек ещё работать идёт? Если бы у вас откуда-то были деньги на еду, ипотеку, закрытие всех потребностей, путешествия, вы бы не работали, а занимались чем-то другим. Открывали бизнес, отдыхали, занимались спортом, посещали спа днём, а не сидели бы в офисе. Не понятно мне это...

История 4️⃣
Отказ был снова якобы по причине, что мне будет у них скучно. Но я грешу на другое. Мне устроили блиц из вопросов о моей жизни. В итоге после каждого ответа мне прямо так и говорили: «о, ред флаг». А потом отмазывались, что это шутка. Какие ред флаги отпугнули:
Я люблю кататься на самокате, люблю не ту музыку, считаю, что документация на проекте должна быть.

Вот и решайте сами, что говорить, а о чём лучше промолчать 😅
А вас что спрашивали на командных собесах? Делитесь опытом в комментариях 👇

Мой план подготовки к собеседованиям я оставила в отдельном посте. Переходите и сохраняйте.

Меня часто спрашивают, а будет ли курс с практикой? Будет 💪

Я перфекционист и вылизываю все задания. Они связаны друг с другом, нужно собрать требования, составить User Story Map, декомпозировать задачи, выделить MVP, потом проработать новый Use Case и доработать существующие, нарисовать диаграмму процесса, доработать ER-модель и спроектировать эндпоинт в стиле REST, чтобы передать данные с фронта на бэк.

В процессе продумывания заданий вылезают дыры, и я их устраняю 😅
Сама же выполняю свои задания, продумываю ожидаемое решение и натыкаюсь на спорные моменты. Какой тип данных выбрать? Выделить справочник или лучше ENUM? Один выбор тянет за собой изменения: возвращаюсь к Use Case и дорабатываю всё дальше по цепочке.

В общем, строга к себе так же, как и к ученикам, кто делает практику.
А вообще, только через суровую реальность можно чему-то научиться. Я даю развёрнутую обратную связь, где могу зачеркнуть практически всё. Но именно так и идёт обучение. Можно сделать задачу «нормально», а можно «хорошо», в соответствии с последними тенденциями и best practices.

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

Этот день наконец настал! Курс «Системный аналитик: практикум с ручной проверкой» запущен 💪

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

- Не умеете декомпозировать задачи?
Потренируйтесь в сборе требований, изучите шаблоны декомпозиции и попрактикуйтесь в построении User Story Map.
- К спроектированной бизнес-логике у команды много вопросов?
Освойте технику Use Case, она учит системно мыслить и не пропустить требования.
- Не понимаете, как вписать доработки в существующую БД и API?
И это можно побороть. Вспомните теорию и выполните один сквозной проект. Так вы поймёте связи от требований до API.

Курс именно практический. Здесь нет лекций. Есть 6 больших практических заданий, которые я проверяю вручную. Будем работать в Google-документах и draw.io. Оставляю комментарии прямо в ваших файлах, а после даю развёрнутую обратную связь на платформе. Есть закрытый чат для вопросов.

Я максимально полно постаралась раскрыть концепцию курса на лендинге Степика. Переходе по ссылке, знакомьтесь с программой. Пройдите бесплатный урок. Там я подробно рассказываю, как мы будем взаимодействовать, что в каждом задании и о чём учебный проект.

Если вам подходит тема учебного проекта и формат, то я вас приглашаю поработать со мной и подтянуть свои навыки 🙂

До встречи на практике ❤️

В продолжение темы «в каких командах может работать системный аналитик и за что он отвечает».

Есть ещё 2 схемы работы: проводить анализ до команды или параллельно с ней? 🤔
О параллельной работе я узнала на одной конференции и потом встретила несколько таких смежных команд.

Суть в том, что вы все вместе оцениваете задачи: время на анализ, разработку, тестирование и пр. Потом берёте задачу в спринт и за 2 недели должны все это сделать. Естественно, нужно брать в спринт не 1 задачу 🙂. Работа по спринтам предполагает, что вы сделаете все работы, доведёте задачи до конца и, в идеале, зарелизите.

Мне такой подход не очень понятен, особенно когда я увидела их документацию, количество багов и пр. 🥲 Представьте, вам на анализ нужно 5 дней. Естественно, разработчики не будут простаивать и должны что-то делать эти 5 дней. Так вы в самом начале договариваетесь о каких-то очевидных вещах: ну тут нужно по-любому создать новую таблицу в БД, по-любому нужен будет новый эндпоинт и т. д. С виду всё нормально, разработчик и аналитик потом синхронизируются и подправят друг друга.

Но что, если разработчики за эти 5 дней сделали то, что противоречит требованиям, которые аналитик как раз собирал и анализировал? Получается, работу разработчика можно выбросить. Или сделали «почти так», а спустя 5 дней аналитик принёс требование, которое сломало заложенную архитектуру.

Какие-то слишком критичные минусы, на мой взгляд ⚠️.

Такой подход работает, если задачи небольшие. Например, на анализ 2 дня, потом разработка и тестирование. И все ок, когда задачи стандартные для команды, предсказуемые. Где все работы очевидны.

Когда системный аналитик работает вне команды, у него больше времени на качественный анализ. На выходе: хорошо проработанная задача, документация, меньше вопросов и меньше багов.

Если среди нас есть ребята, кто работает параллельно с разработкой по одной задаче в рамках спринта, расскажите, как боретесь с минусами подхода? Когда он уместен и хорошо себя показывает?

Бывает, что аналитики с опытом 1–3 года думают, что они недостаточно хороши. Кажется, что коллега с тем же опытом умнее: вон, как он хорошо разбирается в брокерах, как он быстро задачи описывает.

Но не стоит заниматься самобичеванием. А он делает то, что делаете вы? Он хорошо умеет делать то, в чём хороши вы?

Это я клоню к тому, что у каждого есть своя сильная сторона 👇
- Вы любите заниматься пользовательским интерфейсом и все знают, что по вопросам UI к вам? Это ваша сильная сторона.
- У вас есть доступ к базе, и вы можете оттуда что-то быстро достать для нужд менеджеров? Это круто, что вам доверили доступ. Это тоже ваша сильная сторона.
- Вы аккуратны и ваши тексты получаются великолепными? А это вообще не каждый может.

Не сравнивайте себя с другими. Каждый в чём-то хорош!
Всем хорошей недели и понедельника ❤️

🎉 С Днём системного аналитика!

Сегодня самое время обменяться фактами, кому что нравится в работе?
И вопрос к новичкам, что именно вас заинтересовало, почему решили стать системными аналитиками?

От себя скажу: мне нравится, что профессия довольно-таки творческая. Интересно продумывать сценарии использования, работать с макетами, связывать между собой фронт, бэк и внешние системы.
А из простого житейского: обожаю удалёнку. Не трачу по 2 часа в день на дорогу 🙂. Две последние зимовки провела в Тае, а ещё могу уезжать к родственникам в другие города на пару месяцев и спокойно работать.

А как у вас?👇

У Норберты первое путешествие 🧳

К ней столько внимания у прохожих 😊. Поднимает всем настроение. Поездка в целом норм, но в поезде холодно. Включаем лампу, чтобы греть. Агаме нужно +40 на солнце, и примерно +25 в тени. А в остальном, запрыгивает на окно и любопытствует, ведет себя как обычно.

Буду в отпуске ненадолго, но ДЗ продолжаю проверять. Также на степике у ребят накопились вопросы по некоторым урокам, как доеду, всем отвечу ❤️

Сегодня День учителя, и я вдруг осознала, что теперь это и мой праздник 😊

1,5 года назад я начала делиться знаниями с другими. До Степика у нас с Юрием была своя платформа, которую мы разработали сами, именно там размещался курс.
На Степике мы всего 2 месяца, а учеников уже больше 100! Спасибо вам за доверие ❤️

Кстати, учительская жилка у меня была всегда. В детстве я играла в «школу». Поскольку мои родители преподаватели информатики, я играла в «учителя информатики». А бабушка была учителем русского языка. У меня был настоящий школьный журнал, и игра была более чем реальной 😄

До запуска курса я была наставником для коллег и знакомых, кто обращался за помощью. И мне до сих пор безумно приятно видеть, как человек проходит путь от первых тестовых до первого собеседования и до первого оффера 🙌

Мне часто пишут подписчики с вопросами, что учить, куда развиваться. Всем отвечаю и всегда рада помочь.
Если у вас тоже есть вопросы, пишите, с радостью помогу ❤️

Поделюсь подборкой полезных постов:
📌 Подборка, полезная для собеседований
📌 Что спрашивают по теме требований
📌 Для чего использовать Sequence диаграмму
📌 Мой чеклиск перед собеседованием
📌 Что почитать новичкам

Немного о нише онлайн-образования и истории нашего курса 🎓

Примерно в это время, осенью, 4 года назад, мы с Юрой гуляли по парку и обс*рали рабочие процессы (это наше любимое дело 😅). Особенно доставалось описанию задач в его команде. Я сама была в шоке, как в таком виде можно отдавать задачи разработчикам. Всё было настолько сыро, что хотелось спросить, а зачем тогда аналитик, если он ничего не делает? Юра, в свою очередь, был поражён моими постановками, мол, ничего себе, так можно! На тот момент я работала в Т-Банке и уровень проработки задач там был на высоте.

В те времена (хотя, вроде и недавно) почти не было качественных материалов для системных аналитиков. Best practices? Почти ноль. Статей и блогов мало, чата gpt не было. И тогда мне захотелось сохранять накопленную экспертизу и начать формировать свои материалы для системных аналитиков. С тем, как я что делаю, какие шаблоны использую, как документацию пишу. Я делилась идеями со своими знакомыми из других компаний, коллегами, помогала, от этого был хороший отклик.

Телеграм-каналов тогда тоже было мало. Это сейчас у многих личный бренд и курс, а тогда это всё только начиналось. Но именно тогда у меня появилась мечта и были горящие глаза — сделать свой курс, чтобы делиться опытом, как в СА бывает «по-другому». Тема про «по-другому» очень актуальна. Многие новички в айти приходят в одну компанию и работают там 5 лет. И так ложно складывается ощущение, что так работают все, но нет, это не так. В т.ч. и эта мысль навела меня на идею рассказывать, а как бывает «по-другому» в работе системного аналитика.

Делали курс, делали, а потом пришло осознание, что курсов стало много. И я даже не об айти. Есть курс на каждый чих: «как создать свой онлайн-курс?», «как делать ген.уборку?», «как варить супы?», «как подстричь себе чёлку». А в сфере айти что? Конкуренция бешеная.
И было пару моментов, когда мы с Юрой реально сомневались, а не поздно ли мы зашли в это дело? Идею вынашивали дольше, чем делали. Надо было начинать раньше, сейчас уже как-то поздно.
Но потом я поймала себя на мысли: кофеен много, и люди всё равно открывают новые, и они успешны. Магазинов на Ozon тоже куча, и это никого не останавливает открыть ещё. Так и в онлайн-образовании.
Любая ниша однажды кажется перенасыщенной, но никогда не поздно начать ❤️

Вот, чем хотелось сегодня поделиться. Если чем-то горите, делайте. Никого не слушайте, а просто делайте, рискуйте и пробуйте. Хотите в новую профессию? Берите и делайте. Дольше сомневаетесь.

В комментариях спросили, куда двигаться после обучения, как устроиться на работу, есть ли какие-то советы. В процессе написания ответа поняла, что получился отдельный пост 😃
Публикую 👇

Итак, что делать, чтобы войти в профессию:

1️⃣ Помимо прохождения уроков (любых, не только моих) не забывайте практиковаться.
Выберите для себя любую предметную область и примените полученные знания:
составьте вопросы к заказчику, сформулируйте юзер стори, напишите юз кейсы, смоделируйте процессы в BPMN, составьте ER-модель, проработайте макет пользовательского интерфейса, почитайте про основы интеграций и API.

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

2️⃣ Практикуясь и оформляя документы (юзер стори, юз кейсы, диаграммы и пр.), вы формируете своё портфолио.
Работодатели часто просят новичков прислать примеры своих работ.
Да что уж говорить, меня с 8-летним опытом тоже однажды попросили 😂. На собеседовании не осталось времени на блок вопросов по документации, и я чисто для них набросала пример, как бы я что делала.

3️⃣ Оформите резюме на hh.ru на позицию младшего системного аналитика.
Прикрепите все сертификаты и ссылку на портфолио.
Сейчас многие жалуются, что на hh стало сложно найти работу, на одну вакансию приходит слишком много откликов, и HR-ы всё чаще ищут кандидатов самостоятельно.
Поэтому важно, чтобы в вашем резюме были такие же ключевые слова и навыки, как в описании вакансий.
Так резюме попадёт в поисковую выдачу. Рекомендаций по составлению резюме больше, это основное.

4️⃣ Конечно же, занимайтесь самостоятельным поиском. Откликайтесь на hh и, параллельно, пишите компаниям напрямую на почту.
У крупных компаний на сайтах есть раздел «Карьера». Отклики именно на их сайтах часто просматривают охотнее, чем на hh.

5️⃣ Ещё сейчас работает реферальная программа. Если есть знакомые айтишники, просите вас порекомендовать. Это тоже очень хорошо работает.

6️⃣ Стажировки.
Заходите на сайты крупных компаний и откликайтесь. Не пропускайте наборы!
Например, Т-Банк, ОТП Банк, Сбер, Альфа Банк и другие банки
МТС, Avito, VK, Ozon, Wildberries, X5,
T1, БФТ
и т.д.

7️⃣ 👥 Найдите телеграм-чаты аналитиков для поиска работы.
В таких чатах часто присутствуют HR-специалисты, которые публикуют вакансии.
Можно уточнить, какую компанию они представляют, и отправить резюме напрямую.

8️⃣ Сейчас очень ценится сопроводительное письмо. Не отправляйте шаблонное «заинтересовала вакансия». Напишите, почему она вам откликнулась, что можете дать компании, почему вы подходите именно под их задачи. Покажите, что вам реально интересно, что у вас глаза горят.

9️⃣ И ещё. Говорите, что готовы выполнить тестовое задание.
Самое сложное в поиске первой работы — «выбить собеседование». Именно «выбить». Поэтому просите тестовое, пишите классное сопроводительное письмо.

И немного мотивации:

Если HRы вам не пишут — это не значит, что вы плохие. Просто ваше резюме не попало в их поисковую выдачу. Вас просто не пропустила машина, вас не смотрел человек. И ваша задача — обойти эти дурацкие условия и попасться им на глаза! ❤️

Поиск работы занимает время, вы можете искать первую работу и полгода, но самое главное, не сдавайтесь. Кто-то сольётся, а вы дойдёте до конца и получите долгожданный оффер.
А через 1,5-2 года перейдёте в другую компанию и получите оффер X2 💪

Коллеги аналитики, помогите советом 🙌
Какие ещё рекомендации дадите новичкам, которые ищут первую работу системным аналитиком? Поделитесь своим мнением в комментариях 👇

Каждый раз, когда спрашивают «Сколько времени потратишь на анализ задачи?», все мы внутренне вздыхаем и хотим ответить:
«Зависит от того, сколько раз меня отвлекут, как быстро ответят смежники и дойдём ли мы вообще до сути на встрече» 😅

Факторов, влияющих на время анализа, действительно много.
Но всем всё равно нужна примерная дата, когда задача будет готова.

Вот формула, которая помогает не промахнуться 👇

🕐 Примерное время на анализ × 2
Закладываем, что параллельно прилетят другие задачи, вопросы и встречи по типу «го в зум на 5 минут», «ой, да это на полчаса задача», «ну отвлекись, это важно», «вообще-то, ты сегодня дежурный».

📅 × 1,5 или 2, если нужно работать с особыми ролями вроде ИБ, юристов, риск-менеджеров, конкретных людей из смежных команд или кого-то, кто любит «посогласовывать».
(Тут число каждый подставляет по своей практике 😉)

📝 + 3 дня на ревью
Всегда что-то всплывает, особенно если ревью делает внимательный коллега. За это время успеете внести правки в документы.

✅ + 3–4 дня на финальные согласования
(всё уже готово, но кто-то обязательно в отпуске).
Конечно, числа условные — всё зависит от проекта, команды и темпа, в котором живёт ваша организация.

🌴 + закладываем дни отпуска, праздники, выходные

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

А вы как оцениваете время на анализ? Есть своя формула или оцениваете «на глазок»?

Хочу посоветоваться с вами 😊
Что вам было бы полезнее в первую очередь: курс по интеграциям или по документации?

Я параллельно работаю в обоих направлениях, но сейчас хочу сконцентрироваться на чём-то одном, чтобы сделать максимально качественно.
А потом переключусь на второе 💪

Что вам актуальнее сейчас?
1️⃣ Интеграции — как организовать взаимодействие между системами, когда что выбирать, REST API, брокеры, как это всё проработать и описать в документации.
2️⃣ 📄 Документация — как вести проектную документацию (например, в Confluence), по какому шаблону, как совмещать юз кейсы, макеты, API, БД и всё, что с этим связано.

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