🎯 Чек-лист навыков Бизнес-Аналитика 2026: полная и актуальная версия 🎯

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

8 ключевых блоков:

▪️ Soft Skills
▪️ Сбор требований
▪️ Анализ требований
▪️ Фиксация требований
▪️ Прототипирование и моделирование
▪️ Работа с данными
▪️ Управление командой
▪️ Hard Skills

Ничего лишнего, что обычно любят подкидывать нейросети.
Только реальные и актуальные требования к БА.


👉 Как использовать чек-лист
1. Распечатайте / Скачайте PDF
2. Напротив каждого навыка отмечайте «умею / пробовал / нет»
3. Выбирайте 2–3 точки роста на каждый месяц 2026 (могут повторяться: например, два месяца фокусируетесь на одних и тех же навыках)
4. Сверьтесь в конце года и насладитесь прогрессом.


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


Сохраняйте и пользуйтесь 🔖


Оставайтесь с @getanalysts, чтобы забирать самые актуальные и практические знания для аналитиков 🚀

💙 ВК | 💬 Max

⭐️ Проектирование распределённых БД [18 мая, 19:00 Мск] ⭐️

Монолит освоили. Что дальше?

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


В понедельник проводим продвинутый онлайн-практикум:

📚 Проектирование распределённых БД
🗓 18 мая, 19:00 Мск
👩‍🏫 Екатерина Ананьева


На практикуме:
✔️ Выделим сервисы с собственными БД и распределим сущности — на проекте AI-платформы
✔️ Спроектируем физические модели в PostgreSQL
✔️ Разберём границы ответственности между сервисами


✅ Запись появится на следующий день после эфира
🎁 Бонус — занятие «Проектирование миграций в БД» уже доступно в платформе

👉 Записаться - от 1490 руб / занятие


До встречи онлайн! 😍


Вопросы? Пишите @getanalyst или через сайт 👌

🔔 Доступ к обучению открыт: практика по ИИ и REST API 🔔

Коллеги, подготовили для вас запись практикума: полноформатное обучение, в котором вы попрактикуетесь с 10+ инструментами и погрузитесь в REST API и ИИ.


💙 Как ИИ меняет работу аналитика: практика на задачах с REST API
🗓 Доступ с 16 по 19 мая

👉 План:
1. Основы REST API — что должен знать системный аналитик
2. Для каких задач аналитику нужен ИИ при работе с API
3. Обзор ИИ-инструментов: Qwen, ChatGPT, Claude и другие
4. Практика настройки ИИ-агента для работы с задачами на API
5. Погружение в REST API на практике через Postman и Insomnia
6. Документирование REST API через Swagger

📄 Инструкция по подготовке
🕘 Время на обучение: 4.5 часа


🔗 Узнать подробнее и получить доступ*
*Если зарегистрированы, то доступ уже направили утром и в подтверждении регистрации.


Продуктивных выходных!

📌📚 PATCH /appointments/{id}/cancel — пример постановки задачи на REST API метод — выгрузка из Confluence 🔵📋

Очередное пополнение базы знаний GetAnalyst.

Сделала новое ТЗ на разработку REST API метода проекта #VetCareGA.

👉 Отмена записи питомца к ветеринару:

PATCH https://api.vetcarega.com/public/v1/appointments/0f87559f-7f20-48c4-9c40-2e442a22f11a/cancel

Это связанная задача с методом создания записи POST /appointments. Так что теперь у вас есть ещё один образец 🤝


Внутри:
✅ авторизация и ограничения доступа
✅ 9 вариантов ответа на запрос с HTTP-кодами 401, 403, 409, 422 ...
✅ технический алгоритм работы Backend
✅ маппинг данных: запрос ↔ JSON ↔ БД
✅ логирование, метрики и алерты

🖥 Кликабельный прототип UI — можно потыкать, как выглядит экран пользователя, для которого метод

🗄 БД проекта



🕘 30 минут
ушло на постановку задачи с ИИ:
+ генерация
+ детальное ревью результатов и уточнения
+ перенос в Confluence


Работала со своим преднастроенным ИИ-агентом под задачи на REST API, так что всё очень быстро и минимум правок для черновика от ИИ.


🔖 Шаблон можно уверенно адаптировать под ваши проекты.


#RestApiGA

📱 GetAnalyst | 💙 VK | 💬 Max

🤩🔔 Актуальные события в GetAnalyst, на которые стоит обратить внимание 🤩🔔


🔴 Проектирование распределённых БД
🗓️ 18 мая в 19:00 Мск (сегодня)
🟢 Онлайн
Продвинутая практика для тех, кто хочет погружаться в микросервисную архитектуру и БД.


💙 Как ИИ меняет работу аналитика: практика на задачах с REST API
🕘 Время на обучение: 4.5 часа
📹 Доступ к записи
🗓️ До 19 мая 23:59 Мск
Более 10 инструментов для работы с API и ИИ, настройки нейросетей под рабочие задачи и лайфхаки для работы СА и БА.


👩‍🎓👨‍🎓 Дизайн REST API — практический курс для СА и БА
🗓️ Старт обучения: 19 мая
🗓️ Первый онлайн: 2 июня
2 месяца на реальных задачах глубоко погружаетесь в технические задачи на разработку Backend.


🎧 Обучающий видеоподкаст
⭐️ Задача на REST API с технического собеседования: где чаще всего ошибаются системные аналитики.
Полезный эпизод для практики по API и подготовки к собеседованиям.


💜 В конце недели — начинаем работать с Архитектурой.
А запись на практическую программу уже во всю идёт, места улетают без анонсов 👀



Всем классной и продуктивной недели!

📱 GetAnalyst | 💙 VK | 💬 Max

🩵💖❤️‍🔥 С днём рождения, GetAnalyst — 5 лет 5️⃣🎉

Кажется, это уже тот возраст, когда можно перестать говорить:
«ну я тут маленький проект делаю» 😅

5 лет назад GetAnalyst начинался с эфиров на несколько человек, страха говорить в пустоту и ощущения:

Я вообще не понимаю, зачем кому-то это может быть нужно. Всё же очевидно...

А потом оказалось — нужно.

Нужно объяснять архитектуру без академического тумана и абстрактных примеров.
Нужно разбирать API не на уровне «ну там JSON».
Нужно показывать, как писать требования, проектировать интеграции и думать системно.
Нужно демонстрировать, как эффективнее всего использовать ИИ.


❤️‍🔥 За эти 5 лет GetAnalyst стал не просто очередным проектом с курсами.

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

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


🎯 Миссия GetAnalyst с первого дня:

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

И самое кайфовое, что она работает.


Спасибо, что читаете, спорите, приходите на эфиры, приносите свои вопросы, задачи, проекты и карьерные победы.

Я всё ещё очень радуюсь каждому сообщению в стиле:
«Катя, я наконец-то поняла»
или
«у меня оффер +100к!»

Ради этого, кажется, всё и было.



Спасибо, любимая команда, что вы со мной 🩷
Также сегодня, 19 мая, я хочу поздравить с днём рождения мою дорогую и незаменимую Зарину, которая со мной с первого года жизни проекта, с которой контактировал каждый наш студент.
Мы прошли вместе не мало сложных и счастливых моментов. Люблю тебя до безумия!


С маленьким юбилеем нас 💙
GetAnalyst, с днём рождения! 🎂


О проекте
История Екатерины Ананьевой
Отзывы


Сообщество GetAnalyst основано 18 мая 2021 года

💚 OpenAPI (Swagger) - практические руководства по документированию REST API через код 💚

Чтобы работать с Backend (REST API), важно понимать, что такое OpenAPI и зачем нужен Swagger.


👉 OpenAPI — это стандарт описания REST API в формате .yaml или .json.

Это не только документация «для людей», это машиночитаемая спецификация, на основе которой можно:

✅ генерировать и валидировать код (или наоборот собирать её из кода)
✅ писать автотесты
✅ создавать мок-сервера
✅ и оформлять API-документацию



👉 Swagger — набор инструментов для работы с OpenAPI:
– Swagger Editor — редактор .yaml файлов OpenAPI
– Swagger UI — интерфейс с кнопками и примерами
– SwaggerHub — облако, где можно делиться документацией (и делать портфолио)
– Codegen — генератор серверов и клиентов

Дополнительные инструменты для работы с OpenAPI:
🛠 Insomnia
🛠 Postman



👉 Что входит в идеальную API-документацию в формате OpenAPI, которую можно положить в портфолио СА:

1️⃣ Общее описание проекта
2️⃣ Настроенная авторизация
3️⃣ Выбор окружения (mock, dev, prod)
4️⃣ Описания у каждого метода
5️⃣ Примеры всех ответов: успех и ошибки
6️⃣ Реалистичные JSON-примеры
7️⃣ Настроенные Headers
8️⃣ В инструкциях и примерах ниже — по 2 метода. Для портфолио нужно хотя бы 10 👍



📍Спецификация OpenAPI может генерироваться из кода, автоматически, но часто бывают ситуации, когда её надо описывать аналитикам вручную, на этапе проектирования методов с нуля.


Чтобы разобраться с OpenAPI предлагаю вам серию практических руководств 👇

👉 Проект по онлайн-библиотеке:
🔗 1. Регистрация аккаунта и создание демо-проекта
🔗 2. Создание собственного проекта и работа с базовыми настройками, первые строки кода
🔗 3. Описание методов POST и GET по спецификации OpenAPI

👉 Проект по онлайн-календарю — управление мероприятиями:
🔗 часть 1
🔗 часть 2
🔗 часть 3

👉 Готовая OpenAPI спецификация для проекта #VetCareGA:
https://app.swaggerhub.com/apis/getanalystinternatio/VetCareGA-GetAnalyst/1.0.0
(для РФ - открывать с VPN, чтобы не было ошибки "нет доступа")

👉 Официальный образец кода OpenAPI - PetStore:
https://editor.swagger.io/


Умение работать с OpenAPI помогает структурировать понимание REST API.

А ещё это отличный способ показать свои навыки проектирования API через портфолио 📂


#RestApiGA

📱 GetAnalyst | 💙 VK | 💬 Max

🩷 Пример требований на GraphQL: mutation createAppointment 🩷

Новый пример требований из Confluence для GraphQL API в базе знаний GetAnalyst.


📚 GraphQL — полный справочник с примерами


👉 Пример подготовлен для проекта #VetCareGA:
Запись питомца к ветеринару

mutation createAppointment

✅ Это заключительный пост серии #VetCareGA.


👉 Что включает задача на GraphQL API:

▫️ Общее описание операции

▫️ GraphQL Запрос
+ url (общий эндпоинт)
+ headers
+ тело запроса

▫️ Примеры ответов
+ Успех
+ Обработка ошибок

▫️ GraphQL Schema

▫️ Требования к реализации - алгоритм работы

▫️ Маппинг данных
+ Тело запроса
+ Тело ответа

▫️ Логирование и мониторинг



👉 Постановку задачи на аналогичный REST API метод
можно найти в посте про POST /appointments.



🔖 Сохраняйте на будущее.
GraphQL всё чаще появляется в проектах с микросервисной архитектурой, и про него начали спрашивать на собеседованиях для СА.



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

📱 GetAnalyst | 💙 VK | 💬 Max

⭐️ 84 термина по Архитектуре для Системного Аналитика ⭐️

◻️ Общие архитектурные понятия
1. Архитектура системы
2. Компонент
3. Модуль
4. Подсистема
5. Сервис
6. Backend
7. Frontend
8. Web-приложение
9. Сайт
10. Desktop-приложение
11. Мобильное приложение
12. Виджет

🧱 Архитектурные стили и подходы
13. Монолитная архитектура
14. Модульный монолит
15. Сервис-ориентированная архитектура (SOA)
16. Микросервисы (MSA)
17. Событийно-ориентированная архитектура (EDA)
18. Слоистая архитектура
19. API Gateway
20. Хореография
21. Оркестрация
22. Service Registry and Discovery
23. Backend for Frontend (BFF)
24. Database-per-Service (БД на сервис)
25. CQRS (Command Query Responsibility Segregation)
26. Domain-Driven Design (DDD)
27. Event Storming
28. Чистая архитектура

🔗 Интеграция и взаимодействие компонентов
29. API (Application Programming Interface)
30. REST API
31. GraphQL
32. gRPC
33. SOAP
34. WebSocket
35. Синхронное взаимодействие
36. Асинхронное взаимодействие
37. Webhooks
38. Polling
39. Long Polling
40. Message Broker (Брокер сообщений)
41. Kafka
42. RabbitMQ
43. ESB (Enterprise Service Bus)

💾 Хранение данных
44. База данных (БД)
45. СУБД
46. Реляционные БД (PostgreSQL, SQLite, MySQL, Oracle и др.)
47. NoSQL БД (MongoDB, Redis и др.)
48. Файловое хранилище
49. Шардирование
50. Репликация
51. Кэширование

🔐 Безопасность
52. Authentication (Аутентификация)
53. Authorization (Авторизация)
54. SSO (Single Sign-On)
55. OAuth 2.0
56. JWT
57. Token
58. Bearer Token
59. Basic Authentication
60. Keycloak
61. TLS
62. HTTPS
63. WWS
64. Аудит

🖼 Нефункциональные требования (НФТ)
65. Масштабируемость
66. Доступность
67. Отказоустойчивость
68. Производительность
69. Сопровождаемость
70. Безопасность

⚙️ DevOps и инфраструктура
71. CI/CD (Continuous Integration / Continuous Delivery)
72. Балансировщик нагрузки (Load Balancer)
73. Docker
74. Kubernetes
75. Service Mesh
76. Мониторинг (Prometheus, Grafana, Zabbix и др.)
77. Логирование (ELK с Kibana, Loki + Grafana и др.)
78. Дашборды
79. Tracing
80. Health Check

📐 Проектирование и документация
81. UML Sequence Diagram
82. UML Activity Diagram
83. C4 Model (Context, Container, Component, Code)
84. Archimate
85. ERD (Entity-Relationship Diagram)
86. Нефункциональные требования (НФТ)
87. Архитектурные решения


🔖 Сохраните себе — пригодится при знакомстве с архитектурой, микросервисами, API и в подготовке к собеседованиям 😎


P.S. Есть что добавить? Пишите в комментарии!

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

📱 GetAnalyst | 💙 VK | 💬 Max

📌 Монолит, Сервисная и Микросервисная архитектуры - в чём разница и что выбрать? 📌

Для аналитиков важно не только знать, какие виды архитектур существуют, но и понимать их ключевые отличия.

В этом посте знакомимся с тремя базовыми видами архитектуры:


🔸 Монолит
Все компоненты приложения находятся в одной кодовой базе и работают как единое целое.

БД:
Обычно одна, но допустимо и несколько.

Внутренние интеграции:
Компоненты взаимодействуют только на уровне кода, интеграции компонентов внутри Backend по API и другими способами НЕ нужны.


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

БД:
Каждый сервис может использовать свою собственную БД.
Также несколько сервисов могут использовать одну общую БД - это отличает SOA от MSA.

Внутренние интеграции:
Сервисы взаимодействуют между собой через сетевые вызовы - по API, через шину данных (ESB) или другими способами.


🔸 Микросервисная архитектура, MSA
Состоит из множества маленьких, независимо разрабатываемых и развертываемых сервисов, каждый из которых выполняет определенную бизнес-логику.

Микросервисы меньше по функциональности, чем сервисы.

Подход эффективен для больших и быстро развивающихся приложений.

БД:
Каждый микросервис управляет своей собственной БД.

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



👉 Выбор архитектуры проекта зависит от специфики и НФТ

На практике часто используют либо смесь подходов SOA и MSA, либо начинают проекты с монолита и через 3-5 лет задумываются о переезде на SOA в качестве первого этапа деления монолита на микросервисы.

Ключевые подходы к проектированию архитектуры фиксируют в документации.
И это не только схемы архитетуры, но и правила, по которым продолжать развивать проект ✅


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

📱 GetAnalyst | 💙 VK | 💬 Max

🔥 Нотация C4 за 90 минут: как проектировать архитектуру на примере реальной задачи 💙🩵

Нотация C4 — один из самых мощных инструментов для моделирования архитектуры, но большинство делают диаграммы интуитивно и допускают одни и те же ошибки.

👉 В этом выпуске разбираем C4 системно — от теории до живого проектирования.

За 90 минут проходим все ключевые уровни C4 — Context, Container и Component — и разбираем два реальных проекта. По каждому забираете полный комплект схем C4/Context и C4/Container.

🔗 Статья с доп. материалами

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


Видео с демо решения:
⏯ YouTube
⏯ RuTube
⏯ VK Video
⏯ Telegram

Аудио:
⏯ Apple Podcast
⏯ Яндекс.Музыка
⏯ Castbox
⏯ Звук
⏯ Spotify


🌱 GetAnalyst — место силы для Системных Аналитиков


📱 Tg | 💙 ВК | 💬 Max