Всё чаще в разговорах о собеседованиях для системных аналитиков можно услышать про формат System Design Interview, связанный с проектированием архитектуры. Но что именно под ним имеется в виду, как он проводится и какие навыки проверяет?

Telegram-канал сообщества: https://t.me/getanalysts  
VK сообщество: https://vk.com/getanalyst  

Статья к эпизоду с доп. материалами: https://getanalyst.ru/podcast/system-design-interview  

В этом эпизоде разбираем, что такое System Design Interview для системного аналитика, какие вопросы и задачи могут встретиться на таком собеседовании, какие компетенции оценивают и почему этот формат становится всё более актуальным.

Эпизод особенно полезен для Middle+ и Senior аналитиков, которые уже работают с интеграциями, сервисами, микросервисной архитектурой или планируют переходить в более сложные продуктовые и технические команды.

Тайм-коды к эпизоду:

00:18 | Почему вопросы по архитектуре (System Design) становятся всё более актуальными на собеседованиях для системных аналитиков. Знакомство со спикером.
04:18 | Что такое System Design Interview и как оно проводится.
07:00 | Какие компетенции проверяет формат System Design Interview. Для каких грейдов используется.
16:10 | Наблюдаемость системы: метрики, логирование, мониторинг. Что хотят от аналитика по этой части?
19:53 | Этапы System Design Interview = этапы проектирования системы.
24:20 | Почему компании внедряют System Design Interview для системных аналитиков.
26:29 | Типичные ошибки системных аналитиков на собеседованиях.
34:19 | Рекомендации по подготовке к System Design Interview. Как прокачивать навыки и где изучать темы.

Ведущая:
Екатерина Ананьева
Основатель сообщества Системных Аналитиков GetAnalyst.

Гости:
Софья Калинина,
Главный cистемный аналитик, РТК ИТ.

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

Telegram-канал сообщества: https://t.me/getanalysts
Статья к эпизоду: https://getanalyst.ru/podcast/low-code-for-analysts 

Если вы как системный или бизнес-аналитик хотите больше работать с техническими задачами, говорить с разработчиками на одном языке и приносить результат для продукта не только “в требованиях”, а в работающих решениях — этот выпуск для вас.

Тайм-коды к эпизоду:
00:18 | Знакомство со спикером. Актуальность Low-Code для системных аналитиков.
01:37 | Что такое Low-Code? Как его используют в командах с полноценной разработкой.
04:10 | Где Low-Code реально уместен: масштаб проектов. Виды Low-Code инструментов.
08:23 | Low-Code в действующем крупном проекте: примеры задач и как аналитик работает с ними.
21:10 | Задачи системного аналитика в Low-Code инструментах: что делает сам, где подключаются разработчики. Применение JavaScript и Python в работе аналитика. Реальный опыт.
24:49 | Настройка голосового бота системным аналитиком на Low-Code. Пошаговый разбор задачи.
32:23 | Безопасность и риски внедрения Low-Code в крупные IT-продукты, что нужно продумать заранее.
37:32 | Low-Code как навык для резюме аналитика: ценность на рынке, влияние AI и вайб-кодинга. Есть ли смысл изучать?
43:03 | Подведение итогов и рекомендации для аналитиков по изучению Low-Code.

Ведущая:
Екатерина Ананьева,
Основатель сообщества Системных Аналитиков GetAnalyst.

Гости:
Елизавета Акманова,
Старший cистемный аналитик, компания UseTech.

Многие системные аналитики рано или поздно задаются вопросом: а есть ли “системный аналитик” за рубежом — в США и Европе? Чем отличается работа аналитика в зарубежных командах?

И если вы уже гуглили “Работа системным аналитиком в США” или “Systems analyst в Европе”, то вы могли заметить странную вещь: вакансии есть, но названия, требования и ожидания часто отличаются от того, к чему привыкли в СНГ. 

Сообщество GetAnalyst:
https://t.me/getanalysts

Статья к эпизоду с подборкой вакансий:
https://getanalyst.ru/podcast/systems-analyst-in-the-us-and-europe

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

🎧 Актуально для системных и бизнес-аналитиков, кто хочет расширить карьерный горизонт: понять, можно ли расти в международных компаниях, и какие конкретные навыки нужны для рынка США и Европы.

Тайм-коды к эпизоду:

00:18 | Введение: есть ли системные аналитики за рубежом? рынке США и Европы?

02:01 | Вакансии Business Analyst - Бизнес-аналитик.
11:51 | Вакансии Systems Analyst - Системный аналитик.
14:47 | Вакансии Business Systems Analyst - Аналитик систем для бизнеса.
20:04 | Вакансии Application Analyst / Application Manager - Аналитик приложений.
22:09 | Вакансии Technical Product Manager / Technical Program Manager - Технический менеджер IT-продукта.
24:42 | Другие роли: Analyst, Product Analyst, Requirements Engeneer.

27:21 | Как часто аналитики встречаются в зарубежных командах разработки - США и Европа.
32:23 | В каких компаниях системным аналитикам искать работу.
34:10 | Почему в СНГ роль «Системный аналитик» популярнее, чем за в Европе и США.
36:01 | Какие навыки должны быть у системного аналитика, чтобы уверенно искать работу на рынке Европы и США? Отличия от стандартной должности.
42:34 | Принципы ведения документации.
44:12 | Форматы интервью на аналитика: опыт из США.
48:06 | Английский для работы аналитиком в США и Европе.
49:31 | Предметные области: куда идти и где чаще бывают вакансии.
50:51 | Пошаговая инструкция: как получить оффер в зарубежной компании.
57:53 | Рекомендации по трудоустройству по всему миру.

Ведущая:
Екатерина Ананьева,
Основатель сообщества Системных Аналитиков GetAnalyst.

WebSocket встречается всё чаще. И понимать его хотя бы на базовом уровне уже важно почти всем специалистам, включая системных аналитиков. Особенно если вы работаете (или хотите работать) в продуктовых командах и микросервисной архитектуре.

Там, где есть чаты, одновременная работа пользователей и любые обновления в реальном времени, WebSocket API появляется очень быстро.

Сообщество GetAnalyst:
https://t.me/getanalysts

Сайт эпизода со ссылками:
https://getanalyst.ru/podcast/websocket

В этом эпизоде разберём:
- как работает WebSocket и чем он отличается от HTTP;
- как встроить WebSocket в архитектуру и как он сочетается с API Gateway;
- какие риски важно учесть аналитику: нагрузка, масштабирование и другие нефункциональные требования;
- и в чём реальные плюсы от WebSocket.

Эпизод будет полезен системным аналитикам, которые хотят уверенно описывать WebSocket в требованиях и заранее понимать, какие технические риски и ограничения проявятся в проде.

Тайм-коды к эпизоду:
00:18 | Знакомство со спикером + кейс Dion: где WebSocket нужен в продукте.
05:03 | Про WebSocket простыми словами: где и когда нужен.
07:57 | Как работает WebSocket: установка соединения (HTTP Upgrade) и обмен сообщениями. Отличия от HTTP.
14:37 | Примеры реальных кейсов, где нужен WebSocket.
20:50 | Архитектура WebSocket: монолит vs отдельный сервис (масштабирование).
27:10 | Как работают WebSocket и API Gateway в связке.
30:52 | Преимущества и недостатки WebSocket.
35:00 | Требования к WebSocket API от системного аналитика: пример ТЗ / постановки задачи.
38:44 | С чего начинать изучение WebSocket: практические рекомендации.

Ведущая:
Екатерина Ананьева,
Основатель сообщества Системных Аналитиков GetAnalyst.

Гости:
Владимир Бурмистров,
Главный Системный Аналитик, T1.

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

В такие моменты появляется запрос на ментора — опытного специалиста, который помогает структурировать цели, ответить на вопросы, дать практику, выстроить шаги в развитии, снизить тревогу и двигаться вперёд заметно быстрее.

Сообщество GetAnalyst:
https://t.me/getanalysts

Сайт эпизода со ссылками:
https://getanalyst.ru/podcast/how-to-find-a-good-mentor 

В этом эпизоде разбираем кто такой ментор, когда он действительно нужен, как проходит работа с ним и чего от неё можно (и нельзя) ожидать. Говорим о том, как выбрать «своего» человека, не слить время и деньги и в итоге получать от менторства конкретный результат, а не просто галочку «я сходил к ментору».

Тайм-коды к эпизоду:

00:18 | Почему может быть сложно найти своего ментора. Знакомство с ментором - Екатериной Герасимовой.
05:43 | Кто такой ментор в IT и когда он действительно нужен.
12:15 | Рекомендации по стратегии поиска работы системному аналитику. Типичные ошибки при поиске работы, и почему важны не только харды.
18:46 | С чего начинается работа с ментором: какие вопросы ментор задаёт до встречи и как в идеале строится ход первой встречи.
25:21 | Как строится процесс работы на занятии в зависимости от вида встреч по менторству.
38:21 | Критерии выбора и оценки ментора. Какие результаты встречи считать нормальными, а какие — тревожным звоночком. 
53:39 | Сколько стоит 1 час работы с ментором, от чего зависит цена и за что вы на самом деле платите.
55:33 | Подведение итогов и рекомендации по поиску «своего» ментора.

Ведущая:
Екатерина Ананьева,
Основатель сообщества Системных Аналитиков GetAnalyst.

Гости:
Екатерина Герасимова,
Ведущий системный аналитик, ментор.

В этом эпизоде обсуждаем, как AI меняет подход к моделированию бизнес-процессов и работе с BPMN.

Telegram-канал GetAnalyst: https://t.me/getanalysts 
Сайт эпизода: https://getanalyst.ru/podcast/bpmn-and-ai

Вместе с топовым экспертом по BPMN в России Денисом Котовым говорим про StormBPMN — инструмент для создания BPMN-диаграмм с поддержкой AI, разбираем, как создавать BPMN через код и в чём нейросети действительно могут помочь.

Если вам только предстоит изучать BPMN или вы уже давно работаете с нотацией, этот выпуск поможет по-новому взглянуть на моделирование процессов и понять, как использовать AI в работе без лишней магии и разочарований.

Тайм-коды к эпизоду:
00:00 | Про актуальность использования AI для разработки BPMN.
01:02 | Как нейросети «видят» BPMN-диаграммы.
03:38 | Могут ли нейросети генерировать BPMN-диаграммы через код (XML)?
04:58 | Как работает StormBPMN, как он интегрирован с AI и какие нейросети используются «под капотом».
12:50 | Локальное обучение нейросетей для генерации BPMN на хороших примерах XML-кода.
17:49 | Как начать изучать нотацию BPMN с помощью AI.
23:56 | История появления инструмента StormBPMN.
25:23 | Заключение и рекомендации.

Важные ссылки:
1) StormBPMN:
https://stormbpmn.com/ 
2) StormVerse - подборка примеров BPMN-диаграмм:
https://stormbpmn.com/stormverse

Ведущая:
Екатерина Ананьева,
Основатель сообщества Системных Аналитиков GetAnalyst.

Гости:
Денис Котов,
Основатель StormBPMN, перевёл ABPMP CBOK и глоссарий BPMN на русский язык, проектирует процессы в Т-Банк.

Если вы рассматриваете Camunda для внедрения на проект и пытаетесь понять, «а оно нам точно надо?», или хотите разобраться как работает оркестрация процессов в микросервисной архитектуре — этот эпизод для вас.

Telegram-канал сообщества: https://t.me/getanalysts 
Статья к эпизоду: https://getanalyst.ru/podcast/camunda-success-case  

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

Тайм-коды к эпизоду:
00:18 | Знакомство с задачей для которой выбрали Camunda.
03:03 | Почему выбрали Camunda: ключевые функции “из коробки” и альтернативы.
04:55 | Camunda 7 vs Camunda 8. Проблемы Camunda 8 в условиях реального проекта.
09:16 | Как Camunda оркестрирует процессы в микросервисной архитектуре: разбор реальных сценариев.
15:08 | Обработка ошибок работы процессов в Camunda: ретраи, компенсации и что заложить в алгоритмах.
16:32 | Проблемы Camunda: что реально вызывает боль у команды.
23:50 | Преимущества внедрения Camunda для команды и бизнеса.
26:49 | Задачи системного аналитика на проектах с Camunda. Кто отвечает за создание BPMN-диаграмм?
31:13 | Может ли аналитик сам настроить и запустить бизнес-процесс в Camunda по BPMN-диаграмме - без кода и разработчиков.
34:38 | Кому подходит Camunda / Кому не подходит Camunda.
37:22 | Заключение и рекомендации, чтобы начать работать с Camunda в проекте.

Ведущая:
Екатерина Ананьева,
Основатель сообщества Системных Аналитиков GetAnalyst

Гости:
Елизавета Акманова,
Старший cистемный аналитик, компания UseTech

Для многих аналитиков и разработчиков нефункциональные требования к системе — тёмный лес. Понятно, что «система должна работать быстро и надёжно», но вот какие именно цифры написать в ТЗ, какие метрики указать и как всё это потом проверять — часто остаётся загадкой.

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

Сообщество системных аналитиков GetAnalyst: https://t.me/getanalysts⁠⁠

Материалы к эпизоду: ⁠⁠https://getanalyst.ru/podcast/monitoring⁠⁠

В этом эпизоде мы разложим по полочкам:

+ что именно нужно мониторить на проекте,

+ какие инструменты обычно настраивают,

+ и главное — какие конкретные метрики и показатели можно и нужно писать в ТЗ.

После выпуска у вас будет структурированное понимание, какие цифры писать в НФТ и как измерять качество системы, а не просто «надеяться, что всё ок».

Тайм-коды эпизода:

01:30 | Мониторинг и диагностика IT-систем: что это такое и зачем нужен системный мониторинг.

6:25 | Что нужно мониторить в продакшене: ключевые метрики и показатели мониторинга для вашей системы.

10:00 | Логирование и трассировка запросов: что это, зачем нужны, как работают и как связаны с системным мониторингом.

11:45 | Конкретные нефункциональные требования к мониторингу: какие цифры по времени отклика писать в спецификации системы.

14:06 | Как мониторить мобильные приложения.

16:21 | Нефункциональные требования к нагрузке: какие значения % CPU и ресурсов указывать в требованиях.

20:10 | Инструменты мониторинга и observability: что выбрать, когда и зачем. Стандарт OpenTelemetry и пример схемы архитектуры.

27:35 | Реальные кейсы, где мониторинг помогает проектам. Мониторинг  кэширования.

33:04 | Кто на проекте настраивает мониторинг системы  и что для этого нужно.

35:41 | Источники требований к мониторингу: от кого они приходят, в каком виде и как собирать требования к метрикам.

37:53 | Кто и как следит за показателями мониторинга на проекте: процессы, роли и работа с инцидентами.

44:37 | Дашборды мониторинга: как понять, что нужен новый дашборд.

46:27 | Итоги эпизода: рекомендации командам по внедрению мониторинга на разных стадиях проекта и практика «учебных тревог» в IT-проектах.

Ведущая:
Екатерина Ананьева, Основатель сообщества системных аналитиков GetAnalyst.

Гости:
Никита Улько, Техлид VK Tech.

Повсюду «AI, AI, AI»: Generative AI, LLM, Fine-Tuning, RAG — но что это значит для системных и бизнес-аналитиков? Куда бежать, что изучать и с чего начать, если уже сейчас хочется новый виток в карьере в направлении AI?

В этом выпуске разбираем реальные проекты, задачи и роли в компании red_mad_robot: где место аналитика в Generative AI, какие навыки нужны на старте и как меняется работа команд по сравнению с «обычными» IT-проектами.

Telegram-канал сообщества: ⁠https://t.me/getanalysts⁠
Статья к эпизоду: ⁠https://getanalyst.ru/podcast/generative-ai-for-analysts
red_mad_robot: https://www.redmadrobot.com/⁠
AI акселератор для БА и СА: ⁠https://getanalyst.ru/education/ai-for-systems-analysts⁠ 

Анастасия и Игорь «раскрывают кухню» Generative AI-проектов: RAG vs Fine-Tuning, Small LLMs, метрики качества, безопасность и свой реальный опыт работы.  К концу эпизода вы поймёте, с чего начать переход, какие артефакты добавить в портфолио и чего ожидать на собеседованиях.

Слушайте, делайте заметки и задавайте вопросы в комментариях, чтобы мы могли дать вам максимум пользы от этого выпуска! 

Тайм-коды:

00:00 | Введение в Generative AI и машинное обучение. Знакомство с опытом аналитиков в AI-компании.
7:19 | Что такое Generative AI: короткое погружение и ключевые термины.
12:49 | Популярные направления внедрения Generative AI: типовые бизнес-задачи и запросы.
16:24 | RAG и Fine-Tuning: как адаптируют модели под задачи.
18:37 | Оценка работы AI: качество ответов, замена человека, типичные проблемы.
25:13 | Какие AI-модели внедряют в мире и РФ, безопасность использования AI.
30:22 | Small LLMs: что это и как повышают безопасность внедрения.
35:34 | Навыки для работы с Generative AI: отличия ролей аналитика, разработчика и тестировщика от обычных IT-команд.
40:01 | Как начать карьеру в Generative AI без опыта и компетенций.
50:30 | Страхи и барьеры компаний при внедрении Generative AI.
57:53 | Реальные кейсы и экономика: где Generative AI даёт эффект, а где убытки.
1:04:09 | Пожелания и рекомендации для бизнеса и IT-специалистов.

Ведущая:
⁠Екатерина Ананьева⁠,
основатель сообщества системных аналитиков GetAnalyst
https://t.me/getanalysts 

Гости:
Анастасия Панфëрова и Игорь Епанешников,
компания red_mad_robot
https://www.redmadrobot.com/⁠

Надоели бесконечные созвоны и непонятные встречи? Или вы только начинаете карьеру аналитика и хотите разобраться, какие мероприятия вообще есть в Scrum и зачем они нужны?

TG-канал сообщества системных аналитиков GetAnalyst:
https://t.me/getanalysts  

Сайт эпизода:
https://getanalyst.ru/podcast/scrum-meetings

Практические курсы для СА:
https://getanalyst.ru/education  

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

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

Связанный эпизод: Всё про Agile, Scrum, Kanban и «Документация не нужна»

Тайм-коды к эпизоду:

00:00 | Введение. Зачем системному аналитику понимать мероприятия Scrum и как это помогает в работе с командой.
01:21 | Основные мероприятия Scrum.
05:07 | Планирование спринта: кто участвует, сколько длится, лучшие практики. Проблема 40 часов / неделю.
20:38 | Когда проводить планирование.
23:53 | Daily Scrum (Stand-up, Дейли): зачем нужны ежедневные митинги, кто участвует, как уложиться в 15 минут. Практики против «болтовни».
34:10 | Обзор спринта (Sprint Review): что обсуждают, кто участвует и как это помогает команде и бизнесу увидеть реальную ценность работы.
43:42 | Ретроспектива спринта: зачем нужна, кто участвует, примеры тем для обсуждения.
57:36 | Методы ретроспектив: от “Mad-Sad-Glad” до “Воздушного шара”.
1:00:02 | Груминг (Product Backlog Refinement, PBR): зачем нужен, кто участвует, cпособы проведения и подготовка.
1:17:35 | Scrum-мастер: нужен ли он?
1:22:45 | Резюме по эпизоду и подведение итогов.

Ведущая:
Екатерина Ананьева

Гости:
Кристина Виноградова
Елена Киселева