GetAnalyst

Надоели бесконечные созвоны и непонятные встречи? Или вы только начинаете карьеру аналитика и хотите разобраться, какие мероприятия вообще есть в 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 | Резюме по эпизоду и подведение итогов.

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

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

Готовитесь к миграции данных между СУБД, планируете переезд с легаси системы на новую платформу, или запускаете проект по импортозамещению? Этот выпуск для вас!

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

Telegram-канал сообщества: ⁠https://t.me/getanalysts⁠ 
Рекомендуемый чеклист НФТ: ⁠https://getanalyst.ru/podcast/nft⁠ 

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

00:00 | Введение и предыстория: погружение в задачу на импортозамещение высоконагруженной системы.

04:47 | Что случилось в день X, когда продакшн лёг: когда нефункциональные требования важны.

08:51 | Разбор технического решения по миграции терабайтов данных.

13:14 | Первые признаки “падения”: какие инструменты мониторинга показали сбой в системе.

14:36 | Реакция команды и результаты анализа проблемы.

18:15 | Погружение в технические детали бага.

20:56 | Индексы в БД.

25:55 | Оперативная реакция: что делать, когда миграция БД положила систему и какова в этом роль системного аналитика.

29:47 | Кто виноват в “падении” продакшн? Проблемы игнорирования нефункциональных требований.

32:17 | Примеры нефункциональных требований, которые надо было зафиксировать.

34:42 | Рекомендации для аналитиков, кому предстоит работать с импортозамещением и миграции между СУБД.

Ведущая:

⁠Екатерина Ананьева⁠,
Основатель сообщества системных аналитиков GetAnalyst

Гости:

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

Если вы на пороге смены работы или хотите вырасти до уровня Senior Системного Аналитика — этот выпуск для вас.

Мы собрали 10 ключевых вопросов с собеседований на позицию Senior Системный Аналитик (Старший Системный Аналитик), разбор ответов на них и полезные ссылки для самостоятельной подготовки.

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

Статья к эпизоду с полезными материалами и ссылками:
https://getanalyst.ru/podcast/top-10-interview-questions-for-senior-analyst

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

Включайте, чтобы начать свой путь к уровню Senior!

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

01:00 | Виды архитектуры: монолит, SOA, MSA, EDA.
07:42 | 8 шаблонов проектирования микросервисов.
11:44 | Подходы к интеграции сервисов в распределенных системах.
14:15 | API Gateway: что это, зачем нужен, преимущества и недостатки.
19:57 | API Gateway как точка отказа в системе.
22:54 | Оркестрация и хореография микросервисов.
32:16 | Способы управления высокой нагрузкой для систем.
34:59 | Проектирование БД: связь “многие-ко-многим”.
37:53 | Миграция данных без простоя: как реализовать?
44:44 | Виды интеграции систем.
51:03 | Брокеры и очереди сообщений. RabbitMQ и Kafka.
54:41 | Аутентификация и авторизация в API.

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

Монолиты, микросервисы, и… чистая архитектура. Как они связаны?

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

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

В этом выпуске объясняем простыми словами, как работает чистая архитектура, зачем она нужна и какие принципы лежат в её основе.

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

00:00 | Знакомство со спикером. Про путь из разработчика в системного архитектора.

4:49 | Как архитекторы проверяют новые технологии: пишут код сами или делегируют?

8:15 | Что такое “Читая архитектура” и чем отличается от микросервисной архитектуры.

10:39 | Как выглядит чистая архитектура в нотации C4 / Component (L3): разбираем слои presentation, domain и data и связи между ними.

15:45 | Какие слои надо дорабатывать в чистой архитектуре, если решили переехать с REST на gRPC?

17:22 | Маппинг данных в чистой архитектуре. Разбор Use Case с описанием потока данных между слоями presentation, domain и data (для лучшего понимания смотреть на схему в статье).

23:42 | Как несколько доменов могут жить внутри одного сервиса: как меняется организация слоёв чистой архитектуры.

27:49 | Связь чистой архитектуры с монолитами, SOA и микросервисами.

29:11 | Преимущества и недостатки чистой архитектуры.

37:00 | Для каких проектов лучше подходит чистая архитектура.

41:25 | Работа аналитиков на проектах с чистой архитектурой: особенности постановки задач и ведения документации.

51:32 | Рекомендации по изучению подхода чистой архитектуры.

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

Гости:
Никита Улько, 
Системный Архитектор, UseTech

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

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

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

На примере реального кейса разбираем логику работы и обмен данными в архитектуре микрофронтендов, как формулировать задачи на разработчиков, на что обращать внимание при проектировании UI‑архитектуры, и почему микрофронты — не просто тренд, а взвешенное техническое решение.

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

00:00 | Введение. Знакомство со спикером и актуальность темы.
4:47 | Что такое микрофронтенды.
7:30 | Как разделить приложение на микрофронтенды.
9:45 | Архитектура приложения построенного на микрофронтендах.
12:05 | Разбор кейса: проблемы добавления нового языка для приложения на микрофорнтендах.
17:42 | На что обращать внимание при локализации приложения: язык, валидация данных, бизнес-логика.
23:32 | Как микрофронтенд взаимодействует с микросервисным бэкендом — маршрутизация запросов: разбор кейса с локализацией и соблюдением требований к хранению персональных данных иностранных граждан.
32:13 | Особенности постановки задач на микрофронтенды для системных аналитиков.
37:49 | Каким проектам лучше подойдут микрофронтенды.
44:53 | Шаблон постановки задачи от системного аналитика на разработку микрофронтенда.
49:47 | Заключение.

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

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

Если вы работаете системным или бизнес-аналитиком в IT, либо руководите командой разработки, и вам хочется понять, как оценивать задачи и измерять эффективность работы аналитика, то этот выпуск для вас.

Вместе с Сергеем Кругловым, Chief Product Owner в компаниях ITECH и Vetsy, рассуждаем о том, какую ценность аналитик привносит в команду разработки и как оценивать его работу. Разбираем, какие KPI и метрики помогают отследить эффективность аналитика, и предлагаем практические советы по планированию и оценке задач.

Сайт эпизода:
https://getanalyst.ru/podcast/analyst-task-estimation-and-value 

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

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

00:00 | Знакомство со спикером и его ролью Chief Product Owner (CPO) в проектах.
04:59 | Кто входит в состав типичной IT-команды.
07:41 | Как оценивать задачи на аналитику и исследовательские задачи.
11:37 | Делить ли оценку задачи по ролям или считать её как общую для всех? Кто отвечает за оценку.
17:37 | Почему сложно точно оценить задачи аналитика и что делать при неуверенности.
27:44 | Что делать, если задача выходит за рамки изначальной оценки в процессе разработки.
34:55 | Про детализацию постановок задач от аналитиков и документацию в стартапах.
39:09 | Подходы к оценке аналитических задач.
42:46 | Может ли аналитика занимать больше времени, чем разработка?
46:34 | Как оценить окупаемость аналитики и обосновать её бюджет. В чем ценность аналитики на проекте?
52:19 | KPI и метрики для оценки эффективности системного или бизнес-аналитика.
56:09 | Сколько аналитиков нужно в команде.
59:53 | Кейсы, когда аналитики сокращают время разработки за счёт хорошей проработки требований.
1:09:30 | Заключение: рекомендации по планированию разработки, оценке задач и эффективному управлению IT-командой.

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

Гости:
Сергей Круглов,
Chief Product Owner
ITECH ( https://itech-group.ru / https://t.me/itechgr )
Vetsy ( https://vetsy.ru / https://t.me/vetsy_ru )

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

Если вы начинающий системный аналитик или только делаете первые шаги в IT, этот эпизод поможет разобраться, что такое Agile (Scrum, Kanban) глазами системных аналитиков. Мы обсудим, как работают Agile-команды, в чём их особенности и что происходит внутри таких проектов.

А если вас раздражает фраза “документация не нужна”, вы не понимаете, зачем столько созвонов и почему это всё в Agile — этот выпуск также для вас, опытных аналитиков и IT-специалистов. 

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

Важные цитаты:
“Agile — это набор принципов здравого смысла”
“Agile — это про бизнес”

Слушайте и расширяйте свою профессиональную экспертизу!

Статья к эпизоду:
https://getanalyst.ru/podcast/agile-and-documentation

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

Тайм-коды к эпизоду:
00:00 | Введение и актуальность темы.
02:27 | Опыт спикеров: что используют в реальной разработке.
05:21 | Agile — что это, история появления, решаемые проблемы.
17:17 | Почему «люди и взаимодействие важнее процессов»: как это работает в реальности.
21:07 | Документация в Agile не нужна? Про реальные подходы к ведению документации в Agile-командах и определение её ценности.
36:17 | Как аргументировать, что документация нужна? Самые важные советы для системных и бизнес-аналитиков.
39:56 | Ценности Agile о сотрудничестве с заказчиком и готовности к внезапным изменениям: отражение в проектной и продуктовой разработке.
51:12 | 12 принципов Agile о которых надо знать: как понять, что вы вписываетесь в Agile-команду и вас не уволят.
55:36 | Scrum Framework: что это, история появления, когда применяют, особенности и связь с Agile.
1:03:22 | Kanban Framework: что это, история появления, как работает и когда применяют, отличия от Scrum.
1:11:13 | Заключение.

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

Гости:
Кристина Виноградова, Системный аналитик
Елена Киселева, Системный аналитик

Если вы уже работаете в IT и слышали о хранилищах данных (DWH), но никогда не сталкивались с ними вживую, этот выпуск подкаста для вас. 

Мы делимся реальным опытом работы с DWH на крупных проектах: рассказываем про механизмы обмена данными, архитектуру, как выстраивается взаимодействие между аналитиками данных и системными / бизнес- аналитиками, какие процессы и коммуникации необходимы, и что может пойти не так.

Слушайте новый эпизод, чтобы перевести свои знания о DWH и BI-системах из разряда «теории» в категорию «я готов решать задачи на реальных проектах».

Сайт эпизода: https://getanalyst.ru/podcast/dwh-for-systems-analysts
Telegram-канал сообщества: https://t.me/getanalysts

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

00:00 | Знакомство со спикером. Про старт карьеры аналитика данных.
03:20 | Нужно ли уметь программировать аналитику данных?
05:00 | DWH: что это и зачем нужно.
11:03 | Связь между DWH и BI-системами.
14:35 | Обсуждаем самописные BI-системы и готовые решения на рынке.
18:02 | PostgreSQL, MySQL, SQLite и другие СУБД, и как они связаны с DWH. MPP базы данных.
22:37 | Определение и сравнение OLTP- и OLAP-систем.
23:44 | Архитектура с BI-системами. Способы синхронизации данных в DWH. Использование Kafka.
29:22 | Системный аналитик и Аналитик данных: зоны ответственности  и процессы в разработке.
38:19 | Взаимодействие между командами разработки основной системы и командой аналитики данных.
41:44 | Загрузка данных в DWH: проблемы, решения и оптимизация.
48:40 | Про несоблюдение обратной совместимости при работе с данными и БД.
53:00 | Рекомендации и пожелания для аналитиков, которые хотят лучше понимать BI-системы и DWH.

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

Гости:
Екатерина Колпакова,
Руководитель направления DWH и BI, EMEX

Рано или поздно системные аналитики сталкиваются с брокерами сообщений — такими как RabbitMQ и Apache Kafka. Эти технологии становятся неотъемлемой частью современной архитектуры систем.

Недавно мы выпустили 23-й эпизод подкаста про Kafka (https://getanalyst.ru/podcast/kafka-for-system-analysts), который вызвал много откликов. В продолжение этой темы — новый выпуск, в котором мы подробно разбираем брокер RabbitMQ: как он работает, когда применяется, и чем принципиально отличается от Kafka, чтобы вы могли уверенно выбирать решение под задачи проекта.

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

Сайт эпизода: https://getanalyst.ru/podcast/rabbitmq-vs-kafka

Тайм-коды эпизода:
00:00 | Введение. Про актуальность изучения брокеров для системных аналитиков.
3:00 | Сравнение механизмов обмена сообщениями через брокеры RabbitMQ и Kafka.
10:15 | RabbitMQ - базовое устройство, настройка, масштабируемость и поддержка.
15:01 | Чем отличается очередь в RabbitMQ от топика в Kafka?
23:38 | Потребление, приоритеты и удаление сообщений в RabbitMQ и Kafka.
26:27 | Общая сводка по отличиям между RabbitMQ и Kafka.
31:26 | Примеры использования RabbitMQ на проектах,в том числе совместно с Kafka.
37:15 | Что важно учитывать в постановке задачи для разработчиков на RabbitMQ.
44:55 | За отвечает системный аналитик при постановке задачи на RabbitMQ, а что находится в зоне ответственности архитекторов, DevOps и разработчиков.
47:24 | Подведение итогов и рекомендации.

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

Гость:
Яна Паршина,
Менеджер Системных аналитиков в X5 Tech

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

Ключевые нейросети в обзоре:

ChatGPT: ⁠https://chatgpt.com/

DeepSeek: ⁠https://www.deepseek.com/⁠

Gemini: ⁠https://gemini.google.com⁠

YandexGPT: ⁠https://alice.yandex.ru/ ⁠⁠

Эпизод основан на исследовании работы AI в “чистых” и обученных аккаунтах. Он будет полезен как опытным системным аналитикам, которые хотят убедиться, что используют нейросети по максимуму, так и новичкам, только начинающим путь в мир AI и желающим понять, с чего начать и как встроить нейросети в рабочие процессы.

Реальные кейсы, примеры и личный опыт. 

Подкаст, который точно стоит послушать сегодня!

Статья к эпизоду с дополнительными материалами: 
⁠https://getanalyst.ru/podcast/ai-tools-for-systems-analysts

Telegram-канал сообщества СА и БА:
⁠⁠https://t.me/getanalysts⁠⁠

Часть 1. Общий обзор нейросетей

00:00 | Введение. Про начало эры нейросетей и почему тема искусственного интеллекта актуальна для системных аналитиков.

2:37 | Обзор и история появления ChatGPT и DeepSeek. Сравнение возможностей.

12:47 | Обзор Gemini AI от Google и YandexGPT. Сравнение возможностей.

15:44 | Для каких задач лучше всего подходит каждая из нейросетей. API для разработки собственных приложений. Стоимость и доступность для пользователей разных стран.

22:38 | Особенность, которая привела меня к использованию Gemini AI: почему я выбираю его для задач, где мне нужна проверенная информация.

Часть 2. Применение нейросетей для решения задач системных аналитиков

31:55 | Введение в тему использования нейросетей системными и бизнес-аналитиками.

32:57 | Разработка требований с использованием нейросетей. Рекомендации к формированию промптов (запросов).

43:26 | Анализ голоса и преобразование в структурированный текст. Личный опыт в помощи для рабочих задач. Дополнительные инструменты для анализа, поиска и генерации информации со встроенными возможностями AI.

49:43 | Создание UML диаграмм через нейросети.

54:57 | Создание BPMN диаграмм через нейросети.

59:36 | Визуализация информации и её структурирование: mind map, user story mapping и другие. Разработка презентаций.

01:01:04 | Диаграмма C4 для проектирования схем архитектуры.

01:03:49 | ER-диаграмма для описания БД на логическом и физическом уровнях. SQL-запросы к БД на основе загруженной ER-диаграммы.

1:12:22 | Проектирование API и требования к брокерам.

1:15:35 | Другие задачи аналитиков, с которыми могут помочь нейросети.

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