GetAnalyst

Ekaterina Ananeva
  • 0,0 (0)
  • KARIYER
  • HER HAFTA

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

  1. WebSocket: что это, где используют и зачем он в архитектуре — для аналитиков, с примерами

    30 OCA

    WebSocket: что это, где используют и зачем он в архитектуре — для аналитиков, с примерами

    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.

    42 dk.
  2. Как выбрать ментора системному аналитику: 5 практических советов

    12.12.2025

    Как выбрать ментора системному аналитику: 5 практических советов

    Иногда аналитикам нужно индивидуально разобрать свою карьерную ситуацию: построить план развития, сменить работу и подготовиться к собеседованию, перейти от теории к практике, разобрать конкретные рабочие вопросы и ошибки.  В такие моменты появляется запрос на ментора — опытного специалиста, который помогает структурировать цели, ответить на вопросы, дать практику, выстроить шаги в развитии, снизить тревогу и двигаться вперёд заметно быстрее. Сообщество 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. Гости: Екатерина Герасимова, Ведущий системный аналитик, ментор.

    59 dk.
  3. Как сделать BPMN-диаграмму за минуты с помощью AI: StormBPMN

    05.12.2025

    Как сделать BPMN-диаграмму за минуты с помощью AI: StormBPMN

    В этом эпизоде обсуждаем, как 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 на русский язык, проектирует процессы в Т-Банк.

    27 dk.
  4. Camunda и BPMN в микросервисах: успешный кейс для оркестрации процессов техподдержки

    20.11.2025

    Camunda и 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

    41 dk.
  5. 5 метрик мониторинга, которые решают 80% проблем

    07.11.2025

    5 метрик мониторинга, которые решают 80% проблем

    Для многих аналитиков и разработчиков нефункциональные требования к системе — тёмный лес. Понятно, что «система должна работать быстро и надёжно», но вот какие именно цифры написать в ТЗ, какие метрики указать и как всё это потом проверять — часто остаётся загадкой. Мониторинг — один из ключевых инструментов, связанных с архитектурой и инфраструктурой, который позволяет не на словах, а в реальности проверить, выполняются ли нефункциональные требования.   Сообщество системных аналитиков 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.

    53 dk.
  6. Как аналитики работают в Generative AI проектах: старт карьеры, ключевые навыки и задачи

    17.10.2025

    Как аналитики работают в Generative AI проектах: старт карьеры, ключевые навыки и задачи

    Повсюду «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/⁠

    1sa 10dk
  7. Зачем нужны встречи в Scrum? Полный разбор для аналитиков

    03.10.2025

    Зачем нужны встречи в Scrum? Полный разбор для аналитиков

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

    1sa 26dk
  8. Миграция БД и импортозамещение ПО: как положить прод и поднять обратно

    05.09.2025

    Миграция БД и импортозамещение ПО: как положить прод и поднять обратно

    Готовитесь к миграции данных между СУБД, планируете переезд с легаси системы на новую платформу, или запускаете проект по импортозамещению? Этот выпуск для вас! Разбираем типовые ошибки связанные с падением продакшн, и показываем, как их избежать. Теперь вы теперь точно не допустите их в своей практике. Слушайте, делайте заметки и делитесь с коллегами.   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

    38 dk.
Tümünü Görün (39)

Hakkında

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

Bilgi

  • Yaratıcı
    Ekaterina Ananeva
  • Aktif Yıllar
    2024 - 2026
  • Bölümler
    39
  • Sınıflandırma
    Uygun
  • Telif Hakkı
    © Ekaterina Ananeva
  • Şovun Web Sitesi
    GetAnalyst

Beğenebilirsiniz