Привет! 👋
С вами Вера, основатель AnalystCore.

Как-то я рассказывала вам о своей цели на год — расширить вокабуляр на английском. Сегодня делюсь промежуточными результатами: я выработала методику запоминания слов! ✍️👇

Зачем компании нанимают джунов? 🤔

В IT все хотят найти работу, но многие новички боятся: «Зачем компаниям джуны? Кому нужен неопытный сотрудник?» На самом деле, нужны! Компании заинтересованы в развитии кадров и активно нанимают новичков.

Вот 4 причины, почему работодатели готовы брать джунов:

1️⃣ Джун дешевле, чем мидл или сеньор
💰 Бюджет не всегда позволяет нанять опытного специалиста, а задачи нужно решать. Джун — это выгодное вложение.

2️⃣ Джун мотивирован учиться и развиваться
🚀 Новички часто горят желанием расти, готовы разбираться в сложных задачах, осваивать новые инструменты и быстро адаптироваться.

3️⃣ Джунов можно обучить под нужды компании
🎯 Компании часто проще научить джуна «под себя», чем перестраивать привычки опытного специалиста.

4️⃣ Подготовка будущих сильных специалистов
🏆 Если вложить усилия в обучение джуна, через год-два он вырастет в отличного мидла, который будет ценить компанию и работать продуктивно.

Если вы новичок, перестаньте бояться откликаться на вакансии! Джунов нанимают. Главное — иметь базовые знания, показать свою мотивацию и желание учиться.

С вами Вера и Юрий,
Основатели AnalystCore

#path_to_sa

🧐 С чем у вас ассоциируется джун?

На днях мы с Юрием сидели и думали: а какой символ можно поставить на иконку к постам про джунов? 🤔

🐣 Может, это птенец, который только учится летать? 😅
🎒 Или студент с рюкзаком, погружающийся в новую сферу?
🛠️ А может, это молодой специалист, которому дали первый инструмент в руки?

Хотим узнать ваше мнение.
❓С чем или с кем у вас ассоциируется джун?

Пишите в комментариях ваши идеи!
👇👇👇👇👇

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

🐱💻 Junior (джун) — это начинающий системный аналитик, который только делает первые шаги в профессии. Он уже освоил базу, но пока не несёт полной ответственности за свои решения.

🚀 Чем отличаются грейды?

✅ Junior SA — выполняет задачи под руководством наставника, изучает процессы в компании, занимается доработками существующей функциональности (а не разрабатывает что-то с нуля), не принимает критически важных решений. Его главная опора — наставник.
✅ Middle SA — работает самостоятельно, отвечает за свои задачи, взаимодействует с командой, участвует в разработке решений, может брать на себя сложные задачи. Может быть наставником для джунов.
✅ Senior SA — эксперт, который выстраивает процессы (по которым работают джуны и мидлы), участвует в разработке архитектурных решений, решает сложные кросс-системные задачи.

📌 Главное про джуна:
✔️ Учится на практике, но его работу проверяют.
✔️ Допускает ошибки, но за них отвечает наставник.
✔️ Не принимает решений, которые могут критически повлиять на систему.

#path_to_sa

📌 Что делает системный аналитик на старте карьеры?
Джун не сразу погружается в сложные проекты. Сначала ему дают простые, но полезные задачи, которые помогают освоиться в компании и набраться опыта.

Типичные задачи джуна:

1️⃣ Документирование — оформить требования, обновить спецификацию, дополнить описание процесса.

2️⃣ Разбор багов — изучить ошибку, собрать данные, понять, в чём причина (самостоятельно или с наставником).

3️⃣ Проработка несложных доработок — разобраться, как сейчас работает система, предложить изменения, внести в документацию.

4️⃣ Работа с макетами — уточнять с дизайнером детали интерфейса, описывать элементы, пользовательский путь.

5️⃣ Помощь в тестировании — проверять реализованные задачи, анализировать, соответствуют ли они требованиям.

6️⃣ Составление небольших диаграмм

🐱💻 На этих задачах джун учится анализировать, искать информацию, взаимодействовать с командой. Именно так формируются навыки, которые помогут ему выйти на следующий уровень.

❓Какие задачи вам давали на старте? Или какие ждёте, если только ищете работу? Делитесь в комментариях!
👇👇👇👇👇

#path_to_sa

Давайте разберём ошибки, которые часто допускают новички в системном анализе.

📌 Ошибка новичков №1: Неверная формулировка требований

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

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

💡 Как избежать ошибки?
Научитесь задавать правильные вопросы, выделять главное и не бояться упрощать, если это не искажает суть. Мы уже много говорили о том, как правильно работать с требованиями — читай всё по хештегу #requirements.

А какие ошибки в формулировке требований вы замечали?
Делитесь в комментариях.

👇👇👇👇👇

А в следующем посте обсудим ещё одну распространённую ошибку!

#path_to_sa

📌 Ошибка новичков №2: Описание процесса целиком без декомпозиции

Многие пытаются описать сложный процесс целиком, не разбивая его на логичные этапы. В результате теряется ключевая информация, и весь проект оказывается в хаосе.

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

💡 Как избежать ошибки?
Подходите к описанию процесса поэтапно. Определите основные шаги, выделите ключевые элементы и создайте структурированную схему.

Мы уже говорили про моделирование процессов — читай всё по хэштегу #processdesign.

#path_to_sa

📌 Ошибка новичков №3: Пренебрежение документированием

Оформление и систематизация информации — основа работы системного аналитика. Без качественной документации сложно отследить изменения, понять логику работы системы и передать знания команде. В итоге, даже если требования сформулированы (вы не допустили Ошибку №1) и процесс декомпозирован (вы избежали Ошибки №2), без документации всё теряет свою структуру, и в команде никто не сможет разобраться, как что должно работать. 😞

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

💡 Как избежать ошибки?
Регулярно обновляйте документы, фиксируйте каждое изменение и следите за их структурой. Качественная документация — это надёжный фундамент, на котором держится весь проект.

#path_to_sa

📣 Внимание! Сегодня стартует запись на новый поток курса «Системный аналитик.БАЗА»

Мы рады представить вам обновлённую программу курса.

Что вас ждёт?
⛰️ Актуальная программа и навыки на 2025 год, которые нужны работодателям
⛰️ 8 заданий, проверяемых экспертом. На выходе документация для вашего портфолио
⛰️ Через 4 месяца сможете начать искать работу и проходить собеседования
⛰️ Помощь с трудоустройством: проверим ваше резюме и проведём тестовый собес 💪

Как проходит обучение?
1️⃣ Получаете доступ и начинаете смотреть видеоуроки
2️⃣ Будете заниматься сами, но не в одиночестве. Вас добавляют в чат потока с поддержкой от авторов курса
4️⃣ Получаете сертификат
5️⃣ Готовитесь к трудоустройству
6️⃣ Ищете работу с поддержкой экспертов

Поток стартует 14 марта, а количество мест очень ограничено — не упустите свой шанс стать уверенными системными аналитиками как можно скорее.

За подробностями 👉 analystcore.com

Успейте занять место!

📌 Частый страх новичка №1. Как я буду чувствовать себя на работе, если никогда раньше не работал в IT?

Знакомо?

Страх, что вы не поймёте, о чём говорят коллеги, не будете знать, к кому обратиться с вопросами, и вообще — как всё будет происходить. Это вполне обоснованный страх! Ведь без должной моральной подготовки и практических примеров трудно войти в новую реальность. 😰

Что будет происходить на реальной работе?

Современные компании работают по Agile, и практически каждая команда работает конкретно по Scrum — методология работы с чётким набором мероприятий:
✔️ команда часто состоит из продакт оунера, техлида, скрам мастера, бэкендеров, фронтендеров, дизайнера, тестировщика и системного аналитика.
✔️ команды работают по User Story
✔️ у них двухнедельные спринты
✔️ утренние дейли митинги и многое другое.
Но если вы никогда не сталкивались с этим, то можете почувствовать себя потерянными. 😕

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

Что мы предлагаем👇
Нужно побороть этот страх!

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

Как раз в модуле «Процесс разработки» мы готовим вас к работе по Agile и настоящему Scrum. Мы не просто рассказываем теорию — мы:
👉 Показываем, как вы, как системный аналитик, будете интегрированы в команду разработки.
👉 Рассказываем, к кому можно обращаться с вопросами.
👉 Объясняем, что от вас будут ожидать менеджеры, дизайнеры, разработчики, тестировщики.
👉 Учим, как вам действовать, если ваша команда работает по User Story.
👉 Отрабатываем всё это на практике, чтобы вы чувствовали себя максимально комфортно на новой работе.

И мы говорим не только о тех, кто только входит в IT. Вы могли отработать 1-2 года в одной компании, но при переходе в другую может оказаться, что там работают по Scrum.
Мы даём возможность попробовать, каково это — работать по Agile. 🚀

Успейте занять место и начать свой путь в IT с уверенностью 👉 analystcore.com

💬❓ А какие вопросы у вас возникают по работе в Scrum?
Напишите в комментариях — давайте обсудим!
👇👇👇👇👇

#path_to_sa

📌 Частый страх новичка №2. А что, если я провалю собеседование?

Многие боятся, что провалят собеседование. И, кстати, этот страх не только про новичков. 😟

Как можно помочь себе? 👇
Нужно разобраться в основной теме, которую проверяют на собеседованиях — это тема требований.

Основная задача системного аналитика — собирать, анализировать, документировать и согласовывать требования. Именно об этом постоянно спрашивают на собеседованиях, потому что это БАЗА работы аналитика. Вокруг этой темы вертятся все вопросы на собеседовании.

Если аналитик хорошо подготовился по теории, он спокойно ответит на самые популярные вопросы:

- Виды требований
- Критерии хороших требований
- Методы сбора требований
- Методы анализа требований
- Для чего использовать User Story, а для чего Use Case
- Варианты документирования
… и т.д.

Но вот с заданием на собеседовании могут возникнуть сложности. 😞
Часто на собеседовании хотят помимо теории подтвердить, что вы действительно обладаете навыком сбора требований.
🌟 Популярное задание — дают тему и просят составить 10-20 вопросов к заказчику, чтобы выявить требования. Так проверяют, насколько глубоко вы мыслите.

И ТУТ МНОГИЕ ПРОВАЛИВАЮТСЯ...
В голову ничего не приходит, потому что запомнили только теорию, но как собирать требования, так и не поняли. И в принципе остался открытым вопрос: откуда в голове у аналитика вообще должны появиться эти вопросы, которые нужно задать заказчику?

❌ Нас очень тревожит, что новички часто просто хотят натренироваться на собеседование. AnalystCore — не про это.

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

Кстати, у нас есть бесплатный урок по работе системного аналитика, где разбирается его реальная рабочая задача. Там как раз демонстрируется навык сбора требований. Регистрируйтесь и получите доступ к уроку! 🚀

💬❓ Какие вопросы по требованиям кажутся вам самыми сложными?
Поделитесь своей болью в комментариях!

👇👇👇👇👇

#path_to_sa

📌 Системный аналитик на 70% состоит из документации

Да-да, системный аналитик пишет до 70% своей работы! Но не просто какой-то текст, который ему продиктовали, а свои умозаключения. Он собирает требования, проектирует логику работы системы, «внутрянку», и всё это оформляет в виде документации. Она должна быть структурированной, читаемой и понятной для всех участников проекта. 📑✨

Мы помогаем освоить этот важный навык.
Практический результат нашего курса — ДОКУМЕНТАЦИЯ! И, кстати, работодатели просят документацию как перед собеседованием, так и после него. Это шанс повысить вероятность того, что вас пригласят на собеседование, а потом — выбрать именно вас из всех кандидатов.

😱 Многие новички получают задачу «внедрить шаблон документации» и остаются в растерянности — и понятно почему! Откуда у новичка шаблоны, best practice? Ведь опыта не было. 😕💬

Мы помогаем с этим вопросом! На нашем курсе «Системный аналитик.БАЗА» вы:
👉 Научитесь оформлять требования по проверенным шаблонам для Confluence и Jira.
👉 Узнаете, как ставить задачи фронтендерам, мобайл и бэкенд-разработчикам.
👉 Сможете писать так, чтобы документация была понятна всей команде.
👉 Получите готовые шаблоны, которые можно сразу взять и внедрять на работе.

И важное напоминание:
На новый поток будет два повышения цен. Первое повышение — уже 28 февраля.

Подробности 👉 analystcore.com

#path_to_sa

«Моё ДЗ как-то не проверяли неделю. А у вас будет так же?»

На некоторых курсах работа кураторов построена следующим образом: после сдачи ДЗ пишется ответ «да/нет», «правильно / неправильно», просто молча отклоняется или принимается задание. Без других комментариев. Мы знаем об этом точно, потому что нас часто спрашивают:

«А у вас будет так же?»

Работа с домашками — особая тема. Это просто ОГРОМНОЕ количество труда, даже когда вы просто читаете, что сделал ученик. Ещё столько же времени уходит на написание рекомендаций, если ученик ошибся. Поэтому в онлайн-школах всячески пытаются минимизировать эту работу. Когда на потоке 50–100 человек, проверять детально каждую работу становится крайне затруднительно🙈.

Как поступают некоторые школы:
📚 Проводят 1–2 эфира, где разбирают небольшую часть ДЗ, а остальные «примеряют» это на себя.
🤖 Используют автоматическое тестирование: задание принимают при 80% правильных ответов.
🏷 Нанимают «полк» кураторов, которые работают по скриптам и отвечают ученикам «да» или «нет», изредка — «хорошо».
❌ Просто дают ДЗ, но никак его не проверяют.
🤝 Предлагают ученикам разбирать домашки друг у друга или устраивают общий мозговой штурм для всего потока по мотивам лекций.

Что у нас по проверке домашек?

Мы отказались от формальных методов «лишь бы быстрее»: у нас нет кураторов и нет потока в 100 человек.

Все домашние задания проверяю лично я — автор курса и практикующий эксперт. Потоки небольшие, поэтому у меня всегда есть время на каждого ученика, чтобы разобрать задание, дать развёрнутую обратную связь или порекомендовать доработки.
Если работа сделана безупречно — я честно скажу: Вы молодец, принимается! ✅. Зачем придумывать лишние недочёты? Но если что-то пошло не так, правки могут быть и на несколько страниц, пока мы не доведём задание до результата. Именно поэтому у нас качественная проверка, а не автоматический «да/нет».

Хотите подробную обратную связь на ваши задания?

Учитесь в небольшом, мотивированном потоке и имейте прямой контакт с автором курса!

👉 ЗАНЯТЬ МЕСТО

#path_to_sa

Учиться всегда тяжело

После работы мы все правда очень устаём и не хотим учиться.
После тяжёлого дня материнства действительно хочется просто пожить для себя.
После большого проекта мы просто хотим смотреть сериалы и больше «не думать».

Но цели, которые вы перед собой поставили, никуда не делись. Если не начать действовать, вы не приблизитесь к ним. А уже прошло 2 месяца из 12.

💡 Есть классная формула, чтобы прийти к целям:

ДЕЛАЙТЕ ХОТЬ ЧТО-ТО

Если вы хотите войти в IT или прокачать какие-то отдельные навыки, делайте хоть какие-нибудь шаги для этого:

📖 Читать всего по 5–10 страниц проф. литературы в день — лучше, чем ничего.
📝 Читать по выходным 3–5 полезных статьи на Хабре.
📲 Сесть в пятницу вечером перед сном и прочитать накопившиеся посты в нашем канале.
🔍 Мы давали много заданий по хэштегам #requirements и #processdesign. Возьмите себя в руки и пройдите их!
🎥 Пройдите наш бесплатный урок о профессии системного аналитика.
🧘‍♂️ А если вы ещё не определились со своими целями — сядьте в выходные в спокойной атмосфере и просто подумайте о своём будущем. Мы писали, по какой методике лучше ставить цели — вот тут.

Тот, кто делает хоть что-то, приходит к результатам. Только так.

С вами Вера и Юрий,
основатели AnalystCore

#path_to_sa

Всем привет! 👋
С вами Вера, основатель AnalystCore.

Вчера я напомнила вам о целях и о том, что осталось 10 месяцев на их достижение. Это вдохновило меня подвести свои промежуточные итоги. Иду ли я вообще к своим целям? 🤔

Как я писала в новогоднем посте, есть методика постановки целей.
Так, следуя ей, я выделила только 5 ключевых целей и каждый день проверяю, двигаюсь ли я к ним. Если что-то не приближает меня к цели, безжалостно выкидываю задачу из своего to-do листа — задачи, которые не приносят пользы, просто отнимают силы...

Я доработала методику и хочу поделиться своими мыслями:

Поставить цели на год — это слишком круто, ведь легко свернуть с пути за 12 месяцев))
Нужно валидировать свои цели, насколько они актуальны спустя недели? Так я решила контролировать, а делаю ли я что-нибудь для этих 5 целей?

У меня есть классный блокнот, купленный на выставке в Бангкоке, куда я выписала эти 5 целей и отмечаю каждые 10 дней, продвигаюсь ли я к ним.
...
Кстати, я создала свой канал, где рассказываю об удалённой работе, путешествиях и внутрянке AnalystCore — присоединяйтесь ✅.
...

Каждый день я открываю этот блокнот и ставлю галочки:
28.02.2025
✔️ цель 1
✔️ цель 2
✔️ цель 3
✔️ цель 4
✔️ цель 5
И знаете что? Чтобы у меня стояло 5 галочек в день — это большая редкость.

За месяц я поняла, что по одной из целей я просто ничего не делаю, потому что она не приносит мне удовольствия. Так, я решила её выкинуть и заменить следующей по приоритету. Прогресс пошёл лучше! 🚀

Это я к чему: ПЕРЕСМАТРИВАЙТЕ СВОИ ЦЕЛИ и каждый день делайте хотя бы крошечную задачу, чтобы приблизиться к ним (это отсылка к предыдущему посту про «делай хоть что-нибудь»)

Выходные — время покопаться в себе. Посидите, проанализируйте свою жизнь, свои цели и расставьте приоритеты. Кто хочет учиться чему-то новому, пропишите, для чего вам это нужно, и начинайте действовать. Хотите сменить работу? Аналогично пропишите шаги и запланируйте их. Планирование — всему голова.

На этом у меня всё. Хороших выходных! 😊

#sa_dev

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

Публикуем 👇

Привет, подписчики AnalystCore!
Я уже 1 год и 7 месяцев работаю системным аналитиком в заказной разработке на крупном госпроекте. В первый месяц работы мой наставник спросил меня: «А ты хорошо рисуешь? Как у тебя с фигмой?» 😉. Я ответила, что в принципе нормально, научусь, готова попробовать. У нас в команде нет закрепленного дизайнера, но есть подобие дизайн-системы, которой все пользуются.

Вначале он давал мне конкретные указания, что нужно добавить на макет «Добавь это поле на вторую строку, назови примерно так-то». Позже вводных становилось меньше, и моя работа изменилась:
Собираю у наставника требования, далее сама определяю, какие поля нужны, с каким типом они будут, ищу и потом согласовываю сколько символов можно вводить, какие и прочее. Если поле с выпадающим списком, прорабатываю справочники. После создания макета согласовываю его и описываю все элементы по шаблону в конфлюенсе. Вношу доработку в описания сервисов (так у нас называются методы апи), ставлю задачу, отдаю на ревью наставнику.

Практически через 3 месяца мне начали поручать все задачи, связанные с пользовательским интерфейсом) У наставника не очень с фигмой, а другой аналитик всегда описывал только сервисы. Так что я заняла свое место и получила ответственность за свой кусочек в системе)
На самом деле, мне очень нравится работать с UI. Мне изначально это было проще. Через продумывание макетов, мне проще понять, как должна работать система. И именно после макетов проще понять, как нужно доработать сервис.

#path_to_sa