GetAnalyst - Старт карьеры в IT • Системный аналитик • Бизнес-аналитик

🟢🔥 4 бесплатных занятия по архитектуре — доступ до 15 сентября

Вчера утром открыли доступ к бесплатному практикуму.

Он поможет перестать мыслить отдельными экранами и API-методами, и начать видеть сквозной процесс целиком — с микросервисами, синхронными и асинхронными взаимодействиями, брокерами и точками отказа:


🧩 Хореография, брокеры и API Gateway:
как проектировать сквозные процессы в микросервисах

Внутри — четыре занятия на примере одной архитектурной задачи:

👉 Урок 1. Микросервисы: как и зачем проектировать
👉 Урок 2. API Gateway
👉 Урок 3. Kafka и RabbitMQ
👉 Урок 4. Saga-Хореография микросервисов: практика


Почему стоит пройти это обучение:

✔️ поймёте, как устроены сквозные процессы в распределённой архитектуре
✔️ разберётесь, где использовать синхронное взаимодействие, а где — брокер и события
✔️ закроете пробелы, которые мешают обсуждать решения с разработчиками и архитекторами на одном языке
✔️ лучше подготовитесь к архитектурным задачам и вопросам на собеседованиях уровня Middle+ / Senior


📹 4,5 часа практического обучения в записи
🕘 Смотреть можно в удобное время

⏰ Доступ закроется 15 сентября в 23:59 МСК


🔗 Получить бесплатный доступ

📩 Если уже зарегистрированы,
проверьте почту — письмо с доступом отправили сегодня утром.

Если зарегистрируетесь сейчас, письмо придёт на указанный адрес.
Если его нет во входящих, проверьте папку «Спам» или напишите @getanalyst.

💥ПРО ОТЛИЧИЯ БИЗНЕС- И СИСТЕМНОГО АНАЛИТИКА💥

Бизнес- и системный аналитики кажутся очень похожими 👀

Ещё большей путаннице способствуют два популярных факта:

1️⃣ Бизнес-аналитик (БА) и системный аналитик(СА) — это две разные роли в области аналитики.
2️⃣ СА и БА имеют много общих обязанностей.

Постараемся развеять эту путаницу между профессиями! 😎

📃 Что делает системный аналитик: задачи и артефакты 📃

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

👉 Какие задачи выполняет системный аналитик, которые относятся к его зоне ответственности ⬇️

1️⃣ Собирает и документирует требования:
— функциональные и нефункциональные требования;
— требования к пользовательскому интерфейсу;
— требования к интеграциям.

Эти данные дают подробное понимание по задачам и ожиданиям от системы.

2️⃣ Создаёт диаграммы:
— диаграммы последовательности;
— диаграммы состояний;
— модель данных;
— и т. д.

3️⃣ Описывает подробный сценарий использования, отработки интеграции, справочники, если они появляются, а также доработки разметки.
Всё это помогает визуализировать архитектуру системы и взаимодействие между компонентами.
На основе собранных требований формирует детализированные спецификации, которые служат основой для разработки.

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

5️⃣ Создаёт документацию, которая помогает разработчикам, тестировщикам и другим участникам команды понять систему и её функционал.
Также аналитик описывает риски, которые могут повлиять на разработку.

👉 Артефакты — это инструменты для коммуникации с заказчиком и командой.
Документы, схемы и модели, которые создаются, когда аналитик изучает систему.

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

Артефакты делятся на два типа:
— внешние: предназначены для коммуникации с заказчиком и пользователями;
— внутренние: предназначены для команды разработки и помогают организовать работу внутри команды.

📎 Во внешние входит:
• Пользовательские истории (User Story);
• Сценарии использования (Use Case);
• Спецификация требований к программному обеспечению (SRS);
• Техническое задание.

📎 Во внутренние входит:
• Диаграммы BPMN, UML, ER;
• Прототипы интерфейсов (Figma, Sketch);
• Документ "Постановка задачи";
• Техническая документация.

Это общее видение задач и артефактов для системного аналитика. Они могут адаптироваться в зависимости от типа задачи и проекта.

Ставьте реакции и делитесь с коллегами! 🔥

🎯 Чек-лист навыков Бизнес-Аналитика 2026: полная и актуальная версия 🎯

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

8 ключевых блоков:

▪️ Soft Skills
▪️ Сбор требований
▪️ Анализ требований
▪️ Фиксация требований
▪️ Прототипирование и моделирование
▪️ Работа с данными
▪️ Управление командой
▪️ Hard Skills

Ничего лишнего, что обычно любят подкидывать нейросети.
Только реальные и актуальные требования к БА.


👉 Как использовать чек-лист
1. Распечатайте / Скачайте PDF
2. Напротив каждого навыка отмечайте «умею / пробовал / нет»
3. Выбирайте 2–3 точки роста на каждый месяц 2026 (могут повторяться: например, два месяца фокусируетесь на одних и тех же навыках)
4. Сверьтесь в конце года и насладитесь прогрессом.


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


Сохраняйте и пользуйтесь❤️

💥 [12-15 сентября] Хореография, брокеры и API Gateway: практикум по архитектуре 💥

Разделить систему на микросервисы? Ок. Построить на них рабочий и устойчивый бизнес-процесс — гораздо сложнее.

Именно здесь начинается сеньорский уровень работы системного аналитика.

Senior СА — это не тот, кто просто знает определения Kafka, API Gateway и хореографии. Он понимает, как связать микросервисы в единый процесс, выбрать подходящий способ взаимодействия и описать решение так, чтобы его могла реализовать команда 🙌


Чтобы вы могли разобраться в этом на практике, мы готовим новый архитектурный практикум:


🧩 Хореография, брокеры и API Gateway:
как проектировать сквозные процессы в микросервисах
📅 Доступ с 12 по 15 сентября

📹 Запись
🕘 Смотрите в удобное время


👉 За 4+ часа полноформатного обучения:

✅ Поймёте роль API Gateway в микросервисной архитектуре.
✅ Разберётесь в принципах хореографии процессов на практике.
✅ Научитесь описывать процессы в микросервисной архитектуре.
✅ Поймёте, как использовать брокеры сообщений для интеграций микросервисов.
✅ Сможете уверенно обсуждать архитектурные решения с архитекторами и разработчиками.

🔗 Зарегистрироваться


Хотите начать мыслить не отдельными API-методами, а сквозными процессами всей системы, с пониманием асинхрона и брокеров?

Регистрируйтесь сейчас и планируйте время на обучение заранее!

«Чистая архитектура. Искусство разработки программного обеспечения»
автор Роберт Мартин

Книга помогает понять общие требования, структуру, принципы разработки ПО.
После прочтений выстроится общее понимание по теме👌

Изложение простое, не перегруженное специализированной информацией и сложными примерами.

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

#hwGetAnalyst

🧠 Как создать AI Skill с нуля в ChatGPT и Claude: гайд для системного аналитика 🤖🛠

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

AI Skills, или просто «скиллы», помогают решить эту проблему.
Это готовый набор инструкций, знаний, шаблонов и правил, который можно использовать повторно без долгих объяснений в каждом новом чате.

🔗 Материалы к эпизоду

Разбираемся, что такое AI Skills, чем они отличаются от обычных промптов и проектов в ИИ, и на практике с нуля создаём скилл для постановки задач на интеграции.


Видео:
⏯ YouTube
⏯ RuTube
⏯ VK Video
⏯ Telegram


Аудио:
⏯ Apple Podcast
⏯ Яндекс.Музыка
⏯ Castbox
⏯ Звук
⏯ Spotify


GetAnalyst — системный анализ на практике ❤️‍🔥


📱 Tg | 💙 ВК | 💬 Max

📨 Всё, что нужно знать про брокеры 📨

Брокеры — это посредники в передаче сообщений между системами или сервисами.

Они позволяют асинхронно обмениваться данными и обеспечивают гарантию доставки сообщений.

👉 Принцип работы:

1. Сервис 1 (Producer / Производитель) хочет отправить данные в Сервис 2 (Consumer /Потребитель).

2. Сервис 2 в это время может быть перегружен или занят.

3. Чтобы Сервис 1 не ждал, пока Сервис 2 станет доступен, он кладет сообщение в Брокер и продолжает свою работу.

4. Брокер сохраняет сообщение и ставит его в очередь к обработке.

5. Как только Сервис 2 становится доступен, то он забирает сообщение из Брокера и обрабатывает его.

По сути брокеры - это временные Базы Данных, которые гарантируют, что сообщения (данные) в них будут храниться, пока их не заберут и не обработают соответствующие системы или сервисы.

👉 Брокеры могут использоваться:
+ в сервисной и микросервисной архитектуре,
+ в событийно-ориентированной архитектуре (EDA),
+ когда нужна фоновая обработка событий в монолите,
+ для асинхронных интеграций.

👉 Брокеры сообщений предлагают два основных паттерна (шаблона) обмена данными:

1️⃣ Точка-точка (Point-to-Point Messaging)
Это паттерн, используемый в очередях сообщений, где существует один отправитель и один получатель. Каждое сообщение в очереди отправляется только одному получателю и может быть обработано только один раз.

2️⃣ Публикация-подписка (Publish/Subscribe Messaging)
В этом паттерне отправитель (producer) публикует сообщения в определённую тему (topic), а подписчики (consumers) подписываются на темы, чтобы получать сообщения.
Все сообщения, опубликованные в теме, доставляются всем приложениям, подписанным на неё.

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

Основные решения по брокерам на рынке:
✅ Apache Kafka
✅ RabbitMQ
✅ ActiveMQ
✅ Amazon MQ, Amazon SQS
✅ Яндекс Message Queue (YMQ) - аналог Amazon
✅ и другие.

#hardGetAnalyst

Желаем всем продуктивной рабочей недели 👌

Друзья, завтра уже пятница. Скоро отдохнём😁

⚙️ Очередь сообщений VS Брокер ⚙️


Очередь сообщений — это структура данных, которая хранит сообщения до тех пор, пока их не заберёт получатель.

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

В картинках прописали вопросы с подвохом 😉

#hardGetAnalyst