---

Видео на тему: GetAnalyst - Канал для системных аналитиков

SSE API — тема, о которой говорят заметно реже, чем про REST, WebSocket или брокеры. И зря. Во многих системах нужен не просто классический запрос-ответ, а доставка данных в интерфейс в реальном времени. Один из подходов для таких сценариев — SSE. Сообщество GetAnalyst: https://t.me/getanalysts https://vk.com/getanalyst Сайт эпизода со ссылками: https://getanalyst.ru/podcast/sse В этом выпуске разбираем, как устроен SSE, где он встречается в реальных проектах, чем отличается от WebSocket, как влияет на архитектуру системы, безопасность и постановку задач в разработку. Если вы системный аналитик, который хочет не просто знать названия технологий, а понимать, когда, зачем и как их применять в проекте, — этот выпуск точно для вас. Тайм-коды эпизода: 00:18 | Введение в SSE: как обмен данными в реальном времени связан с информационной безопасностью. 04:00 | Что такое SSE API и как он работает. 07:16 | Чем SSE отличается от HTTP с Keep-Alive. 10:52 | Как выглядит SSE-соединение: инициализация запроса, сообщения в потоке, форматы данных. 16:47 | Использование SSE API в реальных проектах: примеры. 21:24 | Архитектурные решения при внедрении SSE: отдельный сервис или часть основной бизнес-логики. 24:19 | Как сервис с SSE API должен быть связан с API Gateway. 27:49 | Когда выбирать SSE, а когда WebSocket. 34:17 | Преимущества и недостатки SSE. 42:27 | Что системному аналитику учесть в постановке задачи на разработку SSE-метода: разбор шаблона документации. 47:10 | С чего начать изучение SSE: как практиковаться, в том числе через Postman. Ведущая: Екатерина Ананьева Основатель сообщества Системных Аналитиков GetAnalyst. Гости: Владимир Бурмистров, Главный Системный Аналитик, T1.Разбираем задачу системного аналитика, аналоги которой регулярно встречаются в реальной работе и на технических собеседованиях. Проектируем интеграцию системы ЭДО (электронный документооборот) по API с внешними сервисами DaData и Т-Банка. Telegram-канал сообщества: https://t.me/getanalysts Материалы к эпизоду: https://getanalyst.ru/podcast/system-analyst-interview-integrations (+ ссылки на видео) Идем по шагам: от выбора архитектуры (монолит vs микросервисы) и написания интеграционных Use Case до маппинга данных и проектирования REST API эндпоинтов. На практике смотрим, как читать API-документацию вендора, что выбрать для фоновой синхронизации оплат — Polling или WebHook, как обработать ошибки и сформировать финальные постановки задач команде разработки. Максимум практики по системному анализу и проектированию интеграций. Тайм-коды к эпизоду: 00:18 | Введение. Рекомендация к просмотру видео-эпизода. 01:57 | Постановка задачи: система ЭДО и вводные по интеграции с API DaData и Т-Банком. 08:39 | Пошаговый план работы аналитика над интеграцией (статья: https://habr.com/ru/articles/735332/). 10:44 | Проектируем архитектуру: монолитный подход. 15:58 | Проектируем архитектуру: микросервисный подход. 22:02 | Технический сценарий работы для кнопки «Заполнить по ИНН» в микросервисной и монолитной архитектурах. 25:02 | Промежуточные итоги: чекаем шаги интеграции. 26:43 | Интеграционный Use Case: алгоритм получения реквизитов по ИНН. 31:43 | Сценарий генерации PDF-счета через внешний сервис и доработка архитектуры. 36:32 | Фоновая синхронизация оплат с Polling. Разбор API Т-Банка, оптимизация архитектуры и UML-диаграмма. 45:53 | Фоновая синхронизация оплат с WebHook: анализ API и UML-диаграмма. 49:45 | Обработка ошибок и проектирование альтернативных сценариев. 52:08 | Проектирование REST API эндпоинтов и маппинг данных. 58:58 | Формируем итоговый список задач для Backend, Frontend и БД. 01:01:55 | Итоги выпуска и практические рекомендации. Ведущая: Екатерина Ананьева, Основатель сообщества Системных Аналитиков GetAnalyst.Всё чаще в разговорах о собеседованиях для системных аналитиков можно услышать про формат 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. (https://getanalyst.ru/) Гости: Елизавета Акманова, Старший cистемный аналитик, компания UseTech (https://usetech.ru/) .Сообщество GetAnalyst: https://t.me/getanalysts Многие системные аналитики рано или поздно задаются вопросом: а есть ли “системный аналитик” за рубежом — в США и Европе? Чем отличается работа аналитика в зарубежных командах? И если вы уже гуглили “Работа системным аналитиком в США” или “Systems analyst в Европе”, то вы могли заметить странную вещь: вакансии есть, но названия, требования и ожидания часто отличаются от того, к чему привыкли в СНГ. В этом эпизоде разбираем рынок, роли, навыки, документацию, интервью и английский, а в конце — пошаговая инструкция, как двигаться к офферу за пределами своей страны. 🎧 Актуально для системных и бизнес-аналитиков, кто хочет расширить карьерный горизонт: понять, можно ли расти в международных компаниях, и какие конкретные навыки нужны для рынка США и Европы. Статья к эпизоду с подборкой вакансий: 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 в требованиях и заранее понимать, какие технические риски и ограничения проявятся в проде. Тайм-коды к эпизоду: 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. Гости: Екатерина Герасимова, Ведущий системный аналитик, ментор. https://t.me/getanalystsВ этом эпизоде обсуждаем, как 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 на русский язык, проектирует процессы в Т-Банк.Telegram-канал сообщества GetAnalyst: https://t.me/getanalysts Статья к эпизоду: https://getanalyst.ru/podcast/camunda-success-case Если вы рассматриваете Camunda для внедрения на проект и пытаетесь понять, «а оно нам точно надо?», или хотите разобраться как работает оркестрация процессов в микросервисной архитектуре — этот эпизод для вас. Обсуждаем реальный опыт внедрения 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Как повторные запросы API могут привести к сбоям в системе? Почему важно, чтобы результат операций оставался корректным, даже если их порядок выполнения изменится? Эти вопросы об идемпотентности и коммутативности актуальны для системных аналитиков, которые работают с системами, в которых есть бронирования, заказы или платежи. В подкасте обсудим, как принципы идемпотентности и коммутативности API помогают избежать проблем и обеспечивают корректность работы систем. 🔗 Презентация к эпизоду: https://getanalyst.ru/podcast/idempotency-and-commutativity-api 1:25 - Проблемы приложений, которые игнорируют идемпотентность и коммутативность в своих API. 3:24 - О принципах работы сетей с пакетной передачей данных. 6:15 - Определение идемпотентности и коммутативности. О проблемах, с которыми столкнулись на проекте из-за несоблюдения этих свойств API. Как защищаться от этих проблем со стороны UI, без изменения API. 11:40 - Ключ идемпотентности и где его использовать в REST API в headers, query или body JSON. Естественный и суррогатный ключ. 18:45 - Инварианты в пользовательских сценариях - о проблемах бизнес-логики из-за которой создаются дубликаты данных в системе. 26:00 - Коммутативность в API. 30:52 - GET, POST, PUT, PATCH, DELETE и их идемпотентность. Почему метод PATCH не идемпотентный, хотя он похож на идемпотентный. Можно ли не идемпотентные методы делать идемпотентными. 42:25 - Подведение итогов и рекомендации. Ведущая: Екатерина Ананьева Гости: Елизавета Акманова, Старший системный аналитик в компании UseTechМониторинг — один из ключевых инструментов, связанных с архитектурой и инфраструктурой, который позволяет не на словах, а в реальности проверить, выполняются ли нефункциональные требования. Материалы к эпизоду: https://getanalyst.ru/podcast/monitoring Сообщество системных аналитиков GetAnalyst: https://t.me/getanalysts В этом эпизоде мы разложим по полочкам: + что именно нужно мониторить на проекте, + какие инструменты обычно настраивают, + и главное — какие конкретные метрики и показатели можно и нужно писать в ТЗ. После выпуска у вас будет структурированное понимание, какие цифры писать в НФТ и как измерять качество системы, а не просто «надеяться, что всё ок». Тайм-коды эпизода: 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/ (https://www.redmadrobot.com/%E2%81%A0) 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-специалистов. Ведущая: Екатерина Ананьева (https://getanalyst.ru/ceo), основатель сообщества системных аналитиков 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-разработки, и опытным аналитикам, которые ищут свежий взгляд и инсайты для улучшения своих процессов. Тайм-коды к эпизоду: 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 | Рекомендации для аналитиков, кому предстоит работать с импортозамещением и миграции между СУБД. Ведущая: Екатерина Ананьева (https://getanalyst.ru/ceo) , Основатель сообщества системных аналитиков 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 Подкаст сообщества системны аналитиков GetAnalyst https://t.me/getanalystsЭтот технический выпуск мы сделали для системных аналитиков, которые хотят развиваться в направлении архитектуры и освоить микрофронтенды. Статья к эпизоду: 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В этом эпизоде мы рассказываем об архитектуре систем, а именно о двух мощных инструментах, которые могут существенно изменить подход системного аналитика к проектированию сложных систем: Domain Driven Design (DDD) и Event Storming. Сайт эпизода с дополнительными материалами: https://getanalyst.ru/podcast/ddd-event-storming 00:18 - Почему темы архитектуры, Domain Driven Design (DDD) и Event Storming становятся всё более актуальными для системных аналитиков. 3:50 - Знакомство с принципами проектирования архитектуры по DDD. 8:40 - Про подход Event Storming и о его пользе для выделения независимых частей системы - потенциальных микросервисов. Правила проведения. 14:32 - Кто участвует в Event Storming и как часто его проводят. 17:53 - Когда команда встречается с Event Storming и работает над выделением микросервисов. Про новые проекты и пересмотр архитектуры существующих. 22:58 - Микрофронтенды и применение Event Storming. 24:22 - Ошибки и проблемы в применении подхода DDD и Event Storming. 33:31 - Когда аналитик впервые знакомится в своём опыте с Event Storming, какой должен быть грейд. 35:40 - Про ситуацию из жизни, когда надо было перепроектировать работающие микросервисы заново. 45:48 - Подведение итогов и рекомендации для слушателей. Ведущая: Екатерина Ананьева, Основатель сообщества Системных аналитиков GetAnalyst Гость: Яна Паршина, Менеджер Системных аналитиков в X5 TechЕсли вы работаете системным или бизнес-аналитиком в 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 )В этом эпизоде мы разберём каждую диаграмму, которую могут использовать в своей работе системные аналитики: что она из себя представляет, когда её применять и с помощью каких инструментов создавать. Обсудим, стоит ли строго следовать правилам нотаций моделирования, или можно отклоняться от них и создавать свои схемы. Если вы только начинаете свой путь в системном анализе или уже работаете в этой сфере, этот выпуск будет полезен, чтобы улучшить навыки визуализации и понять, какие диаграммы действительно работают. Статья к эпизоду с дополнительными материалами: https://getanalyst.ru/podcast/diagrams 00:18 - Актуальность использования диаграмм в разработке и проектировании систем. 02:38 - Основные диаграммы, используемые на практике системными аналитиками. 06:07 - UML Sequence - диаграмма последовательности. 13:47 - UML Activity - диаграмма деятельности. 16:34 - UML классов и ее применение в реальной работе системным аналитиком. 21:34 - ER-диаграмма реляционной базы данных. 30:20 - SysML Requirement Diagram (Диаграмма требований): для тех, кто работает с IoT, роботами, беспилотниками и не только. 35:18 - Data Flow Diagram (DFD) - Диаграмма Потоков Данных. 38:54 - Диаграмма С4 для проектирования архитектуры, её уровни и их полезность. 49:37 - BPMN-диаграмма для системных аналитиков, и “когда есть Camunda”. 55:01 - Mind Map, CJM (Customer Journey Mapping), User Story Mapping, SysML диаграмма обзора взаимодействия. 1:04:20 - UML Диаграмма состояний. 1:06:35 - ТОП диаграмм для системного аналитика. 1:08:39 - Соблюдение нотаций моделирования в диаграммах - нужно ли? 1:12:37 - Всегда ли нужны диаграммы и какие нужно знать для подготовки к собеседованию на системного аналитика. 1:19:57 - Подведение итогов и рекомендации для коллег. Ведущая: Екатерина Ананьева, Основатель сообщества Системных аналитиков GetAnalyst Гость: Яна Паршина, Менеджер Системных аналитиков в X5 Tech