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

Обучение в Johns Hopkins University было ошибкой 🤡

Я пошла туда с мыслью: «Ну всё, сейчас разберусь, как работает AI, и хотя бы на год закрою вопросы с новым обучением».

А в итоге AI уже тихо переставляет мебель в моих карьерных планах 😄


В апреле я закончила программу Applied Generative AI в Johns Hopkins University.

И не успела нормально выдохнуть после одного семестра, как взяла на следующий Agentic AI.

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


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

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

Инструментов много. Возможностей ещё больше.
👉 А в голове местами красивый, но всё-таки хаос.

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


А остаться именно в Johns Hopkins решила потому, что мне очень близко, как там дают AI: глубоко, наглядно и через практику.
Собственно, именно так я сама стараюсь строить обучение в GetAnalyst.


Всё самое полезное, как обычно, принесу аналитикам в GetAnalyst ❤️‍🔥

Так что пока отдыхаю, насколько получится.
А с июля снова учёба 🤓


И да, это уже не просто интерес к AI, а новые карьерные планы.

❌🤖 Перестаньте использовать ИИ как простой чат-бот: настройте проекты под свои задачи 🤖🚀

Многие работают с нейросетями так:
«Сделай мне диаграмму»
«Напиши Use Case»
«Спроектируй REST API»

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


Но в ИИ есть продвинутая функция — проекты.

📌 Проект — это рабочее пространство под конкретную аналитическую задачу.

Поддерживается в:
ChatGPT
Qwen
Claude
Perplexity
и других инструментах.


✅ Зачем это?
Чтобы один раз настроить правила работы ИИ, загрузить примеры хороших результатов — и больше не собирать контекст с нуля в каждом новом чате.

Проект превращает ИИ из “разового помощника” в настроенный рабочий инструмент под вашу задачу:
▫️ C4-диаграммы
▫️ UML
▫️ Use Cases
▫️ проектирование REST API
▫️ бизнес-требования
▫️ интеграционные сценарии



👉 Например, можно создать проект:
"C4-диаграммы через Structurizr"

И один раз добавить туда:
▫️ системный промпт
▫️ правила генерации диаграмм
▫️ примеры идеального кода
▫️ ваши требования к оформлению схем

После этого вы не объясняете всё заново в каждом новом чате.
Вы просто пишете:
«Сделай C4 Container для медицинской системы»
И получаете результат уже в нужном формате, в который вносите минимум правок.



👉 Пример простого системного промпта под C4, который можно добавить в проект:

Работай как системный аналитик и архитектор ПО с опытом более 10 лет в enterprise проектах.

Твоя задача — проектировать C4-диаграммы в формате Structurizr DSL.

Всегда:
- используй уровни C4: Context, Container, Component, если это уместно;
- явно показывай пользователей, внешние системы, backend-приложения, frontend-приложения, БД, брокеры и API Gateway;
- подписывай протоколы взаимодействия: REST API, GraphQL, WebSocket, Kafka, gRPC и т.д.;
- добавляй краткие описания для систем, контейнеров и связей;
- не придумывай лишние сервисы без необходимости;
- возвращай только готовый Structurizr DSL-код и короткое пояснение к схеме.

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

Дальше добавляете в проект 2–3 примера вашего идеального Structurizr-кода в виде файлов и всё.

Настроенные проекты под разные задачи экономят аналитику не менее 10 часов в неделю.

Не только потому что ИИ «делает работу за вас».
А потому что вы перестаёте каждый раз объяснять ему одно и то же.



👉 Начать можно с одного проекта.
Не нужно сразу настраивать десятки рабочих пространств под все задачи.

Сделайте один проект под то, что чаще всего повторяется в вашей работе: диаграммы, Use Cases, REST API или требования.

И вы быстро почувствуете разницу между “просто спросить у ИИ” и “работать с настроенным инструментом”.


Ещё больше про ИИ для СА в @getanalysts 🤝

#AI_for_analysts #АрхитектураGA

💎 Хореография и оркестрация микросервисов: практика [6–9 июня] 💎

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

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

На новом практическом занятии разберём, как проектировать такие процессы и показывать их на архитектурных схемах.


💎 Хореография и оркестрация микросервисов: практика проектирования процессов
📅 Доступ 6 - 9 июня (сб-вт)
🕘 Время на обучение: ~4 часа
🎯 Формат: урок в записи, можно смотреть в удобное время

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


👉 План:
1. Основы архитектуры систем: монолит и микросервисы
2. Разработка схемы архитектуры
3. Оркестрация процессов: практика
4. Введение в брокеры (RabbitMQ, Kafka)
5. Хореография процессов: практика


👉 Практикум полезен, если вы:
✔️ уже работаете с API и интеграциями, но хотите глубже понимать микросервисную архитектуру
✔️ готовитесь к интервью на Middle+/Senior системного аналитика;
✔️ часто слышите на проектах “Kafka”, “RabbitMQ”, “события”,“микросервисы”, но хотите разложить это в понятную систему
✔️ стремитесь работать с более сложными архитектурными задачами, а не только с экранами, CRUD и простыми API.


Есть планы разбираться в интеграциях микросервисов?
Регистрируйтесь и смотрите практикум в удобное время с 6 по 9 июня 👍

😰 Уволить или обучать? 😰

Жёсткий, но очень честный вопрос для любого руководителя. Отвечаю.

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


✅ Ошибся, признал и пришёл с вариантом исправления. Или обсудить, как такое не допустить в будущем?
Обучать.
Потому что ошибка — это не катастрофа.
Катастрофа — это когда человек защищает ошибку до последнего, перекладывает ответственность на разработчиков, тестировщиков, заказчика, ретроградный Меркурий и «непонятный контекст».


✅ Медленный, но внимательный и с горящими глазами?
Обучать.
Скорость приходит с практикой.
Особенно, если человек умеет задавать вопросы, принимает обратную связь и не боится сложных задач.


✅ Мало знает, но хочет расти?
Обучать.
Навыки наращиваются: API, интеграции, БД, микросервисы.
Главное, чтобы человек не делал вид, что уже всё знает.


🚩 Ноет, что всё плохо?
Уволить.
Если человек видит риски и аргументирует — это ценно.
Если человек просто разрушает энергию команды и заражает всех ощущением «ничего не получится» — это проблема.
👉 Системный аналитик должен видеть проблемы.
Но зрелый аналитик приносит не только проблему, а ещё и варианты решения.


🚩 Сдал задачу в разработку = снял ответственность.
Уволить.
Потому что аналитик — это не человек, который «написал документ и ушёл». Он связывает бизнес, разработку, тестирование, поддержку.
Если он не помогает команде переводить с бизнесового на разработческий — он не выполняет ключевую часть своей роли.


🚩 Даёт результаты, но токсичен в общении?
Уволить.
Можно быть сильным специалистом, но если после каждого созвона команда выгорает, разработчики боятся задавать вопросы, а тестировщики получают ответы в стиле «ну это же очевидно» — это разрушает рабочую среду.
Высокий уровень экспертизы не даёт права быть токсичным.


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


🚩 Умный, но не разделяет миссию продукта или компании.
Уволить.
Потому что аналитик влияет на решения.
Он участвует в формировании требований, архитектурных обсуждениях, приоритизации, коммуникации с бизнесом.
Если человек внутренне не верит в то, что команда строит, он будет постоянно тормозить движение. Иногда не специально. Просто потому что у него другая картина мира.



Я более 7 лет руковожу проектами на 1млн+ пользователей.
Я более 3 лет веду свой бизнес с командой на 20+ человек.
Я не хочу быть вовлеченной в задачи своих сотрудников, сидеть как «курица наседка» и следить за каждым.


👉 Уволить или заменить?
Мой вывод такой:

Обучать стоит тех, у кого не хватает навыков, но есть ответственность, честность, интерес и желание расти.

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

Потому что сильная команда строится не только на hard skills.
Иногда один человек с хорошими навыками, но плохим отношением к людям наносит системе больше ущерба, чем джун, который пока путает POST и GET, но хочет разобраться 🙌

✅ Что такое API Gateway: 10 главных функций и роль в архитектуре [полный гайд] ✅

API Gateway (API-шлюз) — это единая точка входа для всех клиентских запросов к Backend.

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

❗️ Это такой же микросервис, как и сервис авторизации, сервис платежей и другие сервисы системы. На картинке к посту его можно также показывать синим прямоугольником.



👉 Главная функция API Gateway — маршрутизация запросов.

Но, помимо этого, API Gateway предоставляет и другие важные функции:
1️⃣ Первичная обработка запроса
2️⃣ Валидация запроса
3️⃣ Проверка безопасности
4️⃣ Аутентификация и авторизация
5️⃣ Ограничение частоты запросов (Rate Limiting)
6️⃣ Маршрутизация к нужному сервису
7️⃣ Преобразование протоколов
8️⃣ Агрегация ответов
9️⃣ Возврат ответа клиенту
🔟 Логирование, мониторинг, обработка ошибок и кэширование


🔗 Ссылка на полный гайд


API Gateway — это централизованная точка входа, которая упрощает взаимодействие клиентов с микросервисами и обеспечивает безопасность и управляемость системы.

#АрхитектураGA

⚡ Архитектура для Системных Аналитиков — старт 9 июня ⚡

Ты уже Middle+. Понимаешь процессы, умеешь работать с интеграциями и API.

И где-то внутри уже знаешь: следующий шаг — это архитектура. И ждёшь момент, когда ты не просто слушаешь про архитектуру — а сам её предлагаешь.
Когда коллеги смотрят на твою схему и говорят «да, вот так и делаем».


Именно для этого перехода мы сделали продвинутую программу для системных аналитиков, которые хотят расти до уровня Senior и в Solutions Architect:

⚡ Проектирование архитектуры
🗓 Старт: 9 июня 2026
👉 Узнать подробности о программе


Что будем делать:
✔️ Строить архитектуру с нуля — монолит, сервисная, микросервисная
✔️ Работать с нотацией C4 — так, чтобы твои схемы читали и понимали все
✔️ Подбирать и использовать API на практике: REST, GraphQL, WebSocket и другие
✔️ Ставить задачи на брокеры: Kafka, RabbitMQ, Webhooks и асинхронное взаимодействие


После программы:
✅ Приходишь на архитектурный митинг и ведёшь его, а не просто участвуешь
✅ Обосновываешь повышение грейда конкретными навыками
✅ Проходишь технические собесы и сам выбираешь оффер
✅ Переходишь из проектной разработки в продукт с SOA или микросервисами
✅ Закрываешь пробелы, которые давно хотел закрыть


🎁 Предзапись открыта до 4 июня:
скидка + мини-курс «Интеграции 4.0 — продвинутый уровень» в подарок.
🟢 Осталось 18 мест.
👉 Занять место со скидкой


Вопросы? Пишите в Telegram @getanalyst, на почту info@getanalyst.ru или через сайт.

💥 5 типовых сервисов и микросервисов, которые можно выделить в любой архитектуре 💥

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

✅ Аутентификация и авторизация
Управление процессами аутентификации пользователей и контроля доступа к ресурсам системы.

✅ Управление пользователями
Обработка регистраций, управление профилями пользователей, хранение и обработка данных пользователей.

✅ Уведомления и рассылки
Отправка уведомлений и сообщений пользователям через различные каналы (email, SMS, push-уведомления).

✅ Управление контентом (блоги на сайтах, новости и подобное)
Управление статическим и динамическим контентом (тексты, изображения, видео), организация его структуры и хранения.

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


Если я работаю над проектом с нуля, то использую этот список как чек-лист “С чего начать". Поможет всем IT-специалистам в задачах, связанных с проектированием архитектуры.


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

#АрхитектураGA

📱 Tg | 💙 ВК | 💬 Max

🔝 ТОП-3 нотации для моделирования архитектуры 🔝

Когда система становится сложнее одного монолитного backend + одной БД, архитектуру уже не получается держать «просто в голове».

Команде для работы нужно наглядно видеть:
▫️ из чего состоит система
▫️ как приложения и сервисы связаны между собой
▫️ где проходят границы ответственности
▫️ какие есть внешние системы
▫️ как бизнес-логика влияет на архитектуру

Для этого и используют архитектурные нотации.
👉 Не ради красивой схемы в документации, а чтобы при проработке задач команда понимала:
✔️ какие приложения и сервисы участвуют в изменении
✔️ через какие API, брокеры и БД они взаимодействуют
✔️ где проходит граница ответственности каждого компонента
✔️ какие внутренние интеграции нужно учесть
✔️ что может сломаться при доработке одного сервиса


Основные нотации моделирования архитектуры 👇

1️⃣ C4 Model

Официальный сайт
Практический видеоурок

Схема сфокусирована на техническом устройстве системы.
Одна из самых практичных нотаций для аналитиков и архитекторов.

C4 помогает показать архитектуру на разных уровнях детализации:
▫️ Context — система, пользователи и внешние системы
▫️ Container — приложения, backend, frontend, БД, брокеры, API Gateway
▫️ Component — внутренние компоненты конкретного приложения, не обязательный уровень
▫️ Code — детализация до кода, используется редко

Почему любят C4:
она достаточно простая, наглядная и не перегружает схему лишней информацией.

👉 Если нужно показать карту IT-продукта: объяснить архитектуру микросервисов или интеграций, показать технологии — чаще берут именно C4.


2️⃣ ArchiMate

Официальный сайт
Хорошие статьи

ArchiMate используют в крупных компаниях и enterprise-архитектуре.
В мире разработки нотация до сих пор считается экзотической и встречается редко.

Её сила — в том, что она связывает между собой:
▫️ бизнес-цели
▫️ бизнес-процессы
▫️ приложения
▫️ данные
▫️ технологии
▫️ инфраструктуру
▫️ проекты и изменения

👉 ArchiMate помогает показать не только «какие у нас сервисы», но и зачем они вообще нужны бизнесу.

Минус — нотация сложнее чем C4, поэтому может быть слишком тяжёлой для внедрения и понимания.


3️⃣ UML

Официальный сайт
Полный гайд по UML-Sequence + бесплатный AI-бот от GetAnalyst

UML — более классическая и формальная нотация.

С архитектурой связаны:
▫️ Component Diagram — показывает компоненты системы и связи между ними
▫️ Deployment Diagram — показывает, где и как развёрнуты приложения, серверы, БД и инфраструктура
▫️ Sequence Diagram — показывает последовательность взаимодействий между системами, сервисами и API

На практике UML реже используют как основную карту архитектуры микросервисов. Для этого чаще берут C4, потому что она проще читается командой.

👉 Чаще берут, чтобы показать сценарии интеграции в отдельных задачах через UML Sequence.



Другие нотации:
4️⃣ 4+1 Architectural View Model
5️⃣ SysML (Systems Modeling Language)
6️⃣ AADL (Architecture Analysis & Design Language)
используются редко.



📌 Краткий чек-лист: что выбрать?
👉 Если нужно быстро и понятно показать архитектуру системы — берите C4.
👉 Если проектируете огромную enterprise-систему с нуля и нужно связать бизнес, приложения и технологии — смотрите в сторону ArchiMate.
👉 Если нужно показать интеграционный сценарий — добавляйте UML.


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


🔗 Исходники примеров схем положила сюда.
🔗 ТОП-5 нотаций моделирования архитектуры


#АрхитектураGA

📱 Tg | 💙 ВК | 💬 Max

50+ слайдов за 20 минут. Не спрашивайте, как 😅 Это тот редкий случай, когда меня надо будет смотреть не на x2, а на x0.75...

Эта неделя получилась полной событий:
✔️ Отметили день рождения GetAnalyst - 5 лет
✔️ Провели практикум по распределенным БД
✔️ Провели практикум по внедрению ИИ в работу СА
✔️ Стартовали новый поток практического курса Дизайн REST API
✔️ Выпустили новый эпизод подкаста про нотацию C4 для моделирования архитектуры
✔️ У меня в компании два новых огромных проекта и мне надо разруливать 🫠
✅ И главное — я выступила на Analyst Days 22 с докладом про AI-прототипирование UI/UX


Хочу искренне поблагодарить организаторов @AnalystDays:
за приглашение, за доверие и за то, что нашли для меня тайм-слот, в который я вообще могла выступить.

Разница с Москвой 10 часов, поэтому конференция для меня была после полуночи 🙈



👉 Во время выступления почувствовала себя Тиной Канделаки:
50+ слайдов, включая видео, примеры, прототипы — и всё это за 20 минут.

Да, я знаю, что говорила быстро 😂
Но очень не хотелось растягивать тему и забирать время у оффлайн спикеров.



Сейчас вокруг искусственного интеллекта очень много повторяющегося пустого хайпа.

Мне же хотелось быть полезной и показать конкретный кейс: как AI можно использовать в работе СА и БА не “для вау-эффекта”, а как нормальный рабочий инструмент.

Без магии.
Без воды.
Без лишних обещаний.
С конкретными сценариями и пользой.

Надеюсь, что удалось 🙌



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

Огромное спасибо моим студентам и участникам сообщества GetAnalyst, которые были на конференции и скидывали мне фото ❤️‍🔥
И Софья Калинина, отдельное спасибо за видео!

Благодаря вам я увидела, что на Analyst Days было много наших))



Кто не успел посмотреть доклад вживую — у участников конференции запись появится примерно через 1-2 недели.

Вопросы можно писать под этим постом или просто в чате в любое время.


Только включайте не на ускорении. Я там уже сама всё ускорила 😅