💥ПРО ОТЛИЧИЯ БИЗНЕС- И СИСТЕМНОГО АНАЛИТИКА💥
Бизнес- и системный аналитики кажутся очень похожими 👀
Ещё большей путаннице способствуют два популярных факта:
1️⃣ Бизнес-аналитик (БА) и системный аналитик(СА) — это две разные роли в области аналитики.
2️⃣ СА и БА имеют много общих обязанностей.
Постараемся развеять эту путаницу между профессиями! 😎
Бизнес- и системный аналитики кажутся очень похожими 👀
Ещё большей путаннице способствуют два популярных факта:
1️⃣ Бизнес-аналитик (БА) и системный аналитик(СА) — это две разные роли в области аналитики.
2️⃣ СА и БА имеют много общих обязанностей.
Постараемся развеять эту путаницу между профессиями! 😎
❤7👍1
🟢🔥 4 бесплатных занятия по архитектуре — доступ до 15 сентября
Вчера утром открыли доступ к бесплатному практикуму.
Он поможет перестать мыслить отдельными экранами и API-методами, и начать видеть сквозной процесс целиком — с микросервисами, синхронными и асинхронными взаимодействиями, брокерами и точками отказа:
🧩 Хореография, брокеры и API Gateway:
как проектировать сквозные процессы в микросервисах
Внутри — четыре занятия на примере одной архитектурной задачи:
👉 Урок 1. Микросервисы: как и зачем проектировать
👉 Урок 2. API Gateway
👉 Урок 3. Kafka и RabbitMQ
👉 Урок 4. Saga-Хореография микросервисов: практика
Почему стоит пройти это обучение:
✔️ поймёте, как устроены сквозные процессы в распределённой архитектуре
✔️ разберётесь, где использовать синхронное взаимодействие, а где — брокер и события
✔️ закроете пробелы, которые мешают обсуждать решения с разработчиками и архитекторами на одном языке
✔️ лучше подготовитесь к архитектурным задачам и вопросам на собеседованиях уровня Middle+ / Senior
📹 4,5 часа практического обучения в записи
🕘 Смотреть можно в удобное время
⏰ Доступ закроется 15 сентября в 23:59 МСК
🔗 Получить бесплатный доступ
📩 Если уже зарегистрированы,
проверьте почту — письмо с доступом отправили сегодня утром.
Если зарегистрируетесь сейчас, письмо придёт на указанный адрес.
Если его нет во входящих, проверьте папку «Спам» или напишите @getanalyst.
Вчера утром открыли доступ к бесплатному практикуму.
Он поможет перестать мыслить отдельными экранами и API-методами, и начать видеть сквозной процесс целиком — с микросервисами, синхронными и асинхронными взаимодействиями, брокерами и точками отказа:
🧩 Хореография, брокеры и API Gateway:
как проектировать сквозные процессы в микросервисах
Внутри — четыре занятия на примере одной архитектурной задачи:
👉 Урок 1. Микросервисы: как и зачем проектировать
👉 Урок 2. API Gateway
👉 Урок 3. Kafka и RabbitMQ
👉 Урок 4. Saga-Хореография микросервисов: практика
Почему стоит пройти это обучение:
✔️ поймёте, как устроены сквозные процессы в распределённой архитектуре
✔️ разберётесь, где использовать синхронное взаимодействие, а где — брокер и события
✔️ закроете пробелы, которые мешают обсуждать решения с разработчиками и архитекторами на одном языке
✔️ лучше подготовитесь к архитектурным задачам и вопросам на собеседованиях уровня Middle+ / Senior
📹 4,5 часа практического обучения в записи
🕘 Смотреть можно в удобное время
⏰ Доступ закроется 15 сентября в 23:59 МСК
🔗 Получить бесплатный доступ
📩 Если уже зарегистрированы,
проверьте почту — письмо с доступом отправили сегодня утром.
Если зарегистрируетесь сейчас, письмо придёт на указанный адрес.
Если его нет во входящих, проверьте папку «Спам» или напишите @getanalyst.
❤7🔥1
Этап анализа требований перед их проектированием — один из самых важных и дорогостоящих во всём процессе разработки.
Если аналитик собрал требования некачественно или проектная команда интерпретировала их иначе, повышается риск спроектировать совсем не те возможности, которые запрашивал заказчик. А значит придётся снова тратить время и деньги, исправляя это недоразумение 🥲
Чтобы не играть в «сломанный телефон» с заказчиком и проектной командой, аналитик фиксирует требования в письменном виде и в удобном для всех участников формате. То есть создаёт ТЗ #hardGetAnalyst
ТЗ, Техническое задание (англ. requirements document) — документ, где описаны цель проекта, из каких частей он состоит, какие результаты ожидаются и каким способом их можно достичь.
ТЗ – это один из основных артефактов работы аналитика, а точнее – важный её результат.
Благодаря ТЗ все требования к проекту хранятся в одном месте и поддерживаются в актуальном состоянии.
Иногда техническое задание называют спецификацией требований (англ. Software Requirements Specification, SRS), но между этими документами есть отличия.
Спецификация, как и ТЗ, содержит информацию о требованиях к проекту, но:
⚡️требования детализированы до системного уровня;
⚡️структура документа более строгая;
⚡️объём документации больше.
Иностранные компании предпочитают работать именно со спецификациями, а в России больше распространены ТЗ, структура которых адаптируется под проект или компанию.
Тем не менее принято считать, что бизнес-аналитики больше работают именно с ТЗ, а системные – со спецификациями. Хотя и это не правило, а скорее некоторая закономерность.
Завтра о том, из каких частей состоит ТЗ✔️
Если аналитик собрал требования некачественно или проектная команда интерпретировала их иначе, повышается риск спроектировать совсем не те возможности, которые запрашивал заказчик. А значит придётся снова тратить время и деньги, исправляя это недоразумение 🥲
Чтобы не играть в «сломанный телефон» с заказчиком и проектной командой, аналитик фиксирует требования в письменном виде и в удобном для всех участников формате. То есть создаёт ТЗ #hardGetAnalyst
ТЗ, Техническое задание (англ. requirements document) — документ, где описаны цель проекта, из каких частей он состоит, какие результаты ожидаются и каким способом их можно достичь.
ТЗ – это один из основных артефактов работы аналитика, а точнее – важный её результат.
Благодаря ТЗ все требования к проекту хранятся в одном месте и поддерживаются в актуальном состоянии.
Иногда техническое задание называют спецификацией требований (англ. Software Requirements Specification, SRS), но между этими документами есть отличия.
Спецификация, как и ТЗ, содержит информацию о требованиях к проекту, но:
⚡️требования детализированы до системного уровня;
⚡️структура документа более строгая;
⚡️объём документации больше.
Иностранные компании предпочитают работать именно со спецификациями, а в России больше распространены ТЗ, структура которых адаптируется под проект или компанию.
Тем не менее принято считать, что бизнес-аналитики больше работают именно с ТЗ, а системные – со спецификациями. Хотя и это не правило, а скорее некоторая закономерность.
Завтра о том, из каких частей состоит ТЗ
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥14❤1
🧐 ИЗ ЧЕГО СОСТОИТ ТЗ? 🧐
Чаще всего ТЗ содержит следующие информационные блоки:
1️⃣ Введение
Где представлена общая информация о проекте, его целях, контексте и описанием текущей проблемы или потребности.
2️⃣ Список участников проекта
То есть тех, кто принимает участие в проектировании решения. Зачастую достаточно заказчика, менеджера проекта, ответственного аналитика и разработчика.
3️⃣ Глоссарий
с указанием терминов и сокращений, которые используются в документации, — так читатели ТЗ будут в едином контексте.
4️⃣ Основные требования
Список основных функций, возможности, ограничения и взаимодействие с другими системами, а также требования к производительности, безопасности, масштабируемости и другим особенностям продукта.
5️⃣ Требования к документации
Где фиксируется, что будет разработан пакет руководств-инструкций, ПМИ, протокол ПСИ и так далее.
6️⃣ Архитектура и дизайн.
В этой части — общая архитектура системы, используемые технологии, платформы, инструменты, описание модулей, интерфейсов и так далее.
7️⃣ Интеграции и взаимодействия
Где указаны требования и протоколы для взаимодействия с другими системами, API, форматы данных и схемы коммуникации.
8️⃣ Порядок контроля и приёмки,
который содержит тестовые сценарии, ожидаемые результаты и критерии приёмки.
9️⃣ Стадии и этапы разработки, а также сроки их выполнения.
🔟 Возможные риски
Где описаны сложности или негативные последствия, которые могут повлиять на проект. Тут же указаны планы по их снижению или управлению.
Также ТЗ может содержать приложения с артефактами в виде диаграмм, прототипов, описания API и другой документации. В зависимости от правил оформления ТЗ в компании, а также от сложности проекта, вам понадобятся все блоки из списка или только их часть.
🧐 ПРО СТАНДАРТЫ ТЗ 🧐
Шаблон для написания ТЗ в разных компаниях отличается, но часто он базируется на каком-то из стандартов. Всего существует три группы стандартов:
❣️ Международные (ISO, IEEE)
❣️ Российские (ГОСТ 19, ГОСТ 34)
❣️ Стандарты из областей знаний (BABOK, Вигерс, RUP и другие)
Все они специализируются на разных предметных областях, поэтому брать можно как готовый стандарт, так и его адаптированную версию. #hardGetAnalyst
Чаще всего ТЗ содержит следующие информационные блоки:
1️⃣ Введение
Где представлена общая информация о проекте, его целях, контексте и описанием текущей проблемы или потребности.
2️⃣ Список участников проекта
То есть тех, кто принимает участие в проектировании решения. Зачастую достаточно заказчика, менеджера проекта, ответственного аналитика и разработчика.
3️⃣ Глоссарий
с указанием терминов и сокращений, которые используются в документации, — так читатели ТЗ будут в едином контексте.
4️⃣ Основные требования
Список основных функций, возможности, ограничения и взаимодействие с другими системами, а также требования к производительности, безопасности, масштабируемости и другим особенностям продукта.
5️⃣ Требования к документации
Где фиксируется, что будет разработан пакет руководств-инструкций, ПМИ, протокол ПСИ и так далее.
6️⃣ Архитектура и дизайн.
В этой части — общая архитектура системы, используемые технологии, платформы, инструменты, описание модулей, интерфейсов и так далее.
7️⃣ Интеграции и взаимодействия
Где указаны требования и протоколы для взаимодействия с другими системами, API, форматы данных и схемы коммуникации.
8️⃣ Порядок контроля и приёмки,
который содержит тестовые сценарии, ожидаемые результаты и критерии приёмки.
9️⃣ Стадии и этапы разработки, а также сроки их выполнения.
🔟 Возможные риски
Где описаны сложности или негативные последствия, которые могут повлиять на проект. Тут же указаны планы по их снижению или управлению.
Также ТЗ может содержать приложения с артефактами в виде диаграмм, прототипов, описания API и другой документации. В зависимости от правил оформления ТЗ в компании, а также от сложности проекта, вам понадобятся все блоки из списка или только их часть.
🧐 ПРО СТАНДАРТЫ ТЗ 🧐
Шаблон для написания ТЗ в разных компаниях отличается, но часто он базируется на каком-то из стандартов. Всего существует три группы стандартов:
Все они специализируются на разных предметных областях, поэтому брать можно как готовый стандарт, так и его адаптированную версию. #hardGetAnalyst
Please open Telegram to view this post
VIEW IN TELEGRAM
👍8❤5
😰 От Junior в 7 раз чаще требуют навыков Middle и Senior...
Это не моё ощущение. Это результат исследования PwC — одной из крупнейших консалтинговых компаний в мире.
В 2026 они разобрали больше 1 млрд вакансий и подтвердили этот факт на 2,4 млн junior-вакансий в США.
❗️При этом ИИ не отменяет Junior-позиции.
Но поднимает планку входа в профессию и требования к грейдам в целом.
Причина логичная. ИИ всё лучше делает то, на чём раньше учились начинающие:
▫️ собрать первый черновик документа
▫️ структурировать требования
▫️ написать SQL
▫️ разобрать API
▫️ построить диаграмму
▫️ найти варианты решения
👉 Ценность специалиста смещается
от «умею сделать»
к «понимаю, ЧТО нужно сделать, могу проверить результат и принять решение»
Для аналитика попросить ИИ спроектировать REST API или написать Use Case недостаточно.
Нужно самому уметь ответить:
✅ какие сценарии он пропустил
✅ корректно ли спроектирован контракт API
✅ что будет при ошибках
✅ где нарушена бизнес-логика
✅ подходит ли решение вашей архитектуре
Если не можешь это проверить — ты не контролируешь результат, а угадываешь вместе с ИИ 🤷♀️
LinkedIn фиксирует тот же сдвиг с другой стороны.
Растут требования:
1️⃣ к владению AI-навыками,
2️⃣ к мягким навыкам (софт-скиллам) — работа со стейкхолдерами, коммуникация, лидерство.
Я же продолжаю повторять:
👉 А фундаментальные знания — не менее, а более важны.
Ведь теперь надо понимать, где накосячил ИИ.
Потому что его ответы всегда красивы, но далеко не всегда верны.
📚 Источники:
PwC — Global AI Jobs Barometer 2026
LinkedIn — Skills on the Rise 2026
А вы уже видите это на собеседованиях или в требованиях к джунам? Делитесь опытом в комментариях👇
Это не моё ощущение. Это результат исследования PwC — одной из крупнейших консалтинговых компаний в мире.
В 2026 они разобрали больше 1 млрд вакансий и подтвердили этот факт на 2,4 млн junior-вакансий в США.
❗️При этом ИИ не отменяет Junior-позиции.
Но поднимает планку входа в профессию и требования к грейдам в целом.
Причина логичная. ИИ всё лучше делает то, на чём раньше учились начинающие:
▫️ собрать первый черновик документа
▫️ структурировать требования
▫️ написать SQL
▫️ разобрать API
▫️ построить диаграмму
▫️ найти варианты решения
👉 Ценность специалиста смещается
от «умею сделать»
к «понимаю, ЧТО нужно сделать, могу проверить результат и принять решение»
Для аналитика попросить ИИ спроектировать REST API или написать Use Case недостаточно.
Нужно самому уметь ответить:
✅ какие сценарии он пропустил
✅ корректно ли спроектирован контракт API
✅ что будет при ошибках
✅ где нарушена бизнес-логика
✅ подходит ли решение вашей архитектуре
Если не можешь это проверить — ты не контролируешь результат, а угадываешь вместе с ИИ 🤷♀️
LinkedIn фиксирует тот же сдвиг с другой стороны.
Растут требования:
1️⃣ к владению AI-навыками,
2️⃣ к мягким навыкам (софт-скиллам) — работа со стейкхолдерами, коммуникация, лидерство.
Я же продолжаю повторять:
👉 ИИ не заменит аналитика.
Но аналитик с ИИ будет всё сильнее выигрывать у аналитика без него.
👉 А фундаментальные знания — не менее, а более важны.
Ведь теперь надо понимать, где накосячил ИИ.
Потому что его ответы всегда красивы, но далеко не всегда верны.
📚 Источники:
PwC — Global AI Jobs Barometer 2026
LinkedIn — Skills on the Rise 2026
А вы уже видите это на собеседованиях или в требованиях к джунам? Делитесь опытом в комментариях👇
👍9❤1
🎓 Системный аналитик: с нуля до опыта работы на проекте [старт в октябре] 🎓
Давно хотите перейти в системный анализ, но пока не хватает знаний и практики?
Или уже работаете аналитиком, но многие задачи всё ещё приходится делать «по наитию»?
Тогда эта программа для вас 👇
🎓 Системный аналитик: с нуля до опыта работы
🗓️ Старт — 1 октября 2026
🔗 Подробности и запись
За время программы вы не просто изучаете теорию, а последовательно проходите основные задачи системного аналитика на проекте: от требований до API, БД, интеграций и постановок разработчикам.
🧭 Наши выпускники:
👉 Бухгалтеры, учителя, работники госслужб и другие специалисты, кто переходит в IT
👉 Бизнес-аналитики
👉 Junior/Начинающие СА
👉 Тестировщики
👉 Техписы
👉 Специалисты техподдержки
👉 PM
🎯 С какими целями приходят
+ Получить профессию
+ Нужны системные знания
+ Нужна уверенность в работе
+ Выстроить сильную базу в аналитике
🧱 Что делаем на проекте
+ Собираем, анализируем и документируем требования
+ БТ, НФТ, ФТ, Use Cases, User Stories
+ Проектируем БД: концептуальную, логическую и физическую модели (ER-диаграммы)
+ Создаем реальную БД на основе вашей модели
+ Делаем SQL-запросы в ней
+ Проектируем архитектуру системы
+ Проектируем REST API и JSON с нуля
+ Тестируем REST API в Postman и SOAP API / XML в SoapUI
+ Ставим задачи на БД, Backend, Frontend и интеграции
Работаем с Confluence, Jira, Figma, Miro, Draw io, DevTools, Postman, DBeaver и другими необходимыми для работы инструментами
🗓 Формат и темп
10 месяцев глубокой онлайн-практики.
Каждое занятие — практика с разбором ваших результатов работы.
+ Можно учиться ускоренно: 3, 6 или 10 мес
+ Индивидуальный план под вашу цель: вход в профессию или профессиональный рост
🔥 Почему поток 2026–2027?
Мы запускаем такой поток только раз в год.
Следующий поток будет с меньшим количеством онлайн-встреч.
👉 Это ваша возможность успеть на «расширенную версию»
🏁 Итоги для вас
+ Опыт работы в команде с индивидуальной зоной ответственности
+ Понимание «как делать правильно»
+ Свои шаблоны документации и готовые примеры работ
+ Больше уверенности на собеседованиях и в реальной работе
🙌 + 70% выпускников прошлого потока уже перешли в новые роли и нашли первую работу в IT.
Вопросы можно писать @getanalyst 🤝
Ждём вас в команде СА! 😉
Давно хотите перейти в системный анализ, но пока не хватает знаний и практики?
Или уже работаете аналитиком, но многие задачи всё ещё приходится делать «по наитию»?
Тогда эта программа для вас 👇
🎓 Системный аналитик: с нуля до опыта работы
🗓️ Старт — 1 октября 2026
🔗 Подробности и запись
За время программы вы не просто изучаете теорию, а последовательно проходите основные задачи системного аналитика на проекте: от требований до API, БД, интеграций и постановок разработчикам.
🧭 Наши выпускники:
👉 Бухгалтеры, учителя, работники госслужб и другие специалисты, кто переходит в IT
👉 Бизнес-аналитики
👉 Junior/Начинающие СА
👉 Тестировщики
👉 Техписы
👉 Специалисты техподдержки
👉 PM
🎯 С какими целями приходят
+ Получить профессию
+ Нужны системные знания
+ Нужна уверенность в работе
+ Выстроить сильную базу в аналитике
🧱 Что делаем на проекте
+ Собираем, анализируем и документируем требования
+ БТ, НФТ, ФТ, Use Cases, User Stories
+ Проектируем БД: концептуальную, логическую и физическую модели (ER-диаграммы)
+ Создаем реальную БД на основе вашей модели
+ Делаем SQL-запросы в ней
+ Проектируем архитектуру системы
+ Проектируем REST API и JSON с нуля
+ Тестируем REST API в Postman и SOAP API / XML в SoapUI
+ Ставим задачи на БД, Backend, Frontend и интеграции
Работаем с Confluence, Jira, Figma, Miro, Draw io, DevTools, Postman, DBeaver и другими необходимыми для работы инструментами
🗓 Формат и темп
10 месяцев глубокой онлайн-практики.
Каждое занятие — практика с разбором ваших результатов работы.
+ Можно учиться ускоренно: 3, 6 или 10 мес
+ Индивидуальный план под вашу цель: вход в профессию или профессиональный рост
🔥 Почему поток 2026–2027?
Мы запускаем такой поток только раз в год.
Следующий поток будет с меньшим количеством онлайн-встреч.
👉 Это ваша возможность успеть на «расширенную версию»
🏁 Итоги для вас
+ Опыт работы в команде с индивидуальной зоной ответственности
+ Понимание «как делать правильно»
+ Свои шаблоны документации и готовые примеры работ
+ Больше уверенности на собеседованиях и в реальной работе
🙌 + 70% выпускников прошлого потока уже перешли в новые роли и нашли первую работу в IT.
Вопросы можно писать @getanalyst 🤝
Ждём вас в команде СА! 😉
❤9
⚒️ Инструменты аналитика — полная подборка ⚒️
У системного аналитика нет одного универсального инструмента.
В течение одной задачи можно успеть:
собрать требования, нарисовать процесс, спроектировать API, проверить его в Postman, посмотреть данные в БД, проверить сообщение в Kafka и найти ошибку в логах.
Поэтому собрала подборку основных инструментов, с которыми системный аналитик может столкнуться для решения рабочих задач 👇
Управление и связь
✔️Jira или аналог - задачи, управление проектом
✔️Confluence или аналог - документирование, база знаний
✔️Slack, Teams или аналог - корпоративные мессенджеры
✔️PowerPoint, Canva или аналог -
API презентаций и руководители
✔️Swagger - документирование API
✔️Postman — документирование и тестирование API
✔️Insomnia или аналог - документирование и тестирование API (доп)
✔️SoapUI - обновление SOAP API
✔️Kafka UI, Kafdrop, Offset Explorer или аналог - просмотр топиков, сообщений, группа потребителей
✔️Пользовательский интерфейс управления RabbitMQ
БД
✔️DBeaver - управление БД
✔️pgAdmin, SQLite или аналог - управление БД (доп)
Спец инструменты для диаграмм
✔️Camunda Modeler, StormBPMN или аналог - для BPMN
✔️ARIS - для BPMN, ePC (доп)
✔️Архитектор корпоративного программного обеспечения - для UML-диаграммы (доп)
✔️Archi, Visual Paradigm или аналог - для Archimate
Диаграммы через код
✔️PlantUML - для UML, C4
✔️Structurizr - для C4
✔️MermaidChart — для UML, BPMN, C4 и др (доп)
Графические редакторы (диаграммы, дизайн, требования)
✔️Draw io - универсальный инструмент для BPMN, UML, C4, макетов экранов, досок и др.
✔️Microsoft Visio - аналог draw io (доп)
✔️Figma, Axure RP Pro или аналог - дизайн экранных форм
✔️Miro или аналог - ведение митингов, сбор требований, диаграммы UML и C4
Код и отладка (доп)
✔️IDE: Visual Studio, IntelliJ IDEA или аналог.
✔️Charles / Fiddler - перехват трафика, для тестирования мобилок
✔️Кибана - логи
✔️Grafana - метрики
✔️Прометей - дашборды
✔️Git / GitHub / GitLab / Bitbucket
AI
✔️ChatGPT, DeepSeek или аналог
Сохраняйте и внедряйте!🔖 #hwGetAnalyst
У системного аналитика нет одного универсального инструмента.
В течение одной задачи можно успеть:
собрать требования, нарисовать процесс, спроектировать API, проверить его в Postman, посмотреть данные в БД, проверить сообщение в Kafka и найти ошибку в логах.
Поэтому собрала подборку основных инструментов, с которыми системный аналитик может столкнуться для решения рабочих задач 👇
Управление и связь
✔️Jira или аналог - задачи, управление проектом
✔️Confluence или аналог - документирование, база знаний
✔️Slack, Teams или аналог - корпоративные мессенджеры
✔️PowerPoint, Canva или аналог -
API презентаций и руководители
✔️Swagger - документирование API
✔️Postman — документирование и тестирование API
✔️Insomnia или аналог - документирование и тестирование API (доп)
✔️SoapUI - обновление SOAP API
✔️Kafka UI, Kafdrop, Offset Explorer или аналог - просмотр топиков, сообщений, группа потребителей
✔️Пользовательский интерфейс управления RabbitMQ
БД
✔️DBeaver - управление БД
✔️pgAdmin, SQLite или аналог - управление БД (доп)
Спец инструменты для диаграмм
✔️Camunda Modeler, StormBPMN или аналог - для BPMN
✔️ARIS - для BPMN, ePC (доп)
✔️Архитектор корпоративного программного обеспечения - для UML-диаграммы (доп)
✔️Archi, Visual Paradigm или аналог - для Archimate
Диаграммы через код
✔️PlantUML - для UML, C4
✔️Structurizr - для C4
✔️MermaidChart — для UML, BPMN, C4 и др (доп)
Графические редакторы (диаграммы, дизайн, требования)
✔️Draw io - универсальный инструмент для BPMN, UML, C4, макетов экранов, досок и др.
✔️Microsoft Visio - аналог draw io (доп)
✔️Figma, Axure RP Pro или аналог - дизайн экранных форм
✔️Miro или аналог - ведение митингов, сбор требований, диаграммы UML и C4
Код и отладка (доп)
✔️IDE: Visual Studio, IntelliJ IDEA или аналог.
✔️Charles / Fiddler - перехват трафика, для тестирования мобилок
✔️Кибана - логи
✔️Grafana - метрики
✔️Прометей - дашборды
✔️Git / GitHub / GitLab / Bitbucket
AI
✔️ChatGPT, DeepSeek или аналог
Сохраняйте и внедряйте!
Please open Telegram to view this post
VIEW IN TELEGRAM
❤10
🔥 [24.09 в 19:00 Мск] Бесплатный онлайн-практикум: реальная задача по асинхронной интеграции для работы и собеседований 🔥
Что вы ответите, если на собеседовании попросят спроектировать интеграцию с ИИ-сервисом, который обрабатывает сотни заявок, отвечает не сразу и периодически падает?
По такой задаче вас могут погонять по всему: нужен ли брокер, что выбрать — Kafka или RabbitMQ, какие предусмотреть статусы, ретраи, ошибки и защиту от повторной обработки.
Ровно такую задачу мы разберём в следующий ЧТ на практике:
🧡 Асинхронная интеграция с ИИ-сервисом: от архитектуры до требований в Confluence
📅 24 сентября, 19:00 МСК
🟢 Онлайн
🕘 3+ часа практики
❗️ Бесплатно
Спроектируем весь процесс, протестируем реальные вызовы ИИ-сервиса в Postman и оформим требования в Confluence.
Можно будет обсуждать решения, разбирать спорные моменты и совершенно бесплатно погонять меня по теме интеграций — почти как на мок-интервью, только наоборот 🔥
План практики:
1️⃣ Когда синхронного взаимодействия недостаточно
2️⃣ Проектирование архитектуры с брокером
3️⃣ Контракт API: методы, статусы, ошибки
4️⃣ Реальные вызовы ИИ-сервиса в Postman
5️⃣ Документация с ИИ-агентом: требования в Confluence и диаграммы
👉 Зарегистрироваться бесплатно
Впервые с весны встречаемся в прямом эфире.
И это наш первый открытый онлайн-практикум по интеграциям примерно за год. Я уже подготовила задачу и очень жду встречи с вами!
Увидимся в четверг! 🤩
Что вы ответите, если на собеседовании попросят спроектировать интеграцию с ИИ-сервисом, который обрабатывает сотни заявок, отвечает не сразу и периодически падает?
По такой задаче вас могут погонять по всему: нужен ли брокер, что выбрать — Kafka или RabbitMQ, какие предусмотреть статусы, ретраи, ошибки и защиту от повторной обработки.
Ровно такую задачу мы разберём в следующий ЧТ на практике:
🧡 Асинхронная интеграция с ИИ-сервисом: от архитектуры до требований в Confluence
📅 24 сентября, 19:00 МСК
🟢 Онлайн
🕘 3+ часа практики
❗️ Бесплатно
Спроектируем весь процесс, протестируем реальные вызовы ИИ-сервиса в Postman и оформим требования в Confluence.
Можно будет обсуждать решения, разбирать спорные моменты и совершенно бесплатно погонять меня по теме интеграций — почти как на мок-интервью, только наоборот 🔥
План практики:
1️⃣ Когда синхронного взаимодействия недостаточно
2️⃣ Проектирование архитектуры с брокером
3️⃣ Контракт API: методы, статусы, ошибки
4️⃣ Реальные вызовы ИИ-сервиса в Postman
5️⃣ Документация с ИИ-агентом: требования в Confluence и диаграммы
👉 Зарегистрироваться бесплатно
Впервые с весны встречаемся в прямом эфире.
И это наш первый открытый онлайн-практикум по интеграциям примерно за год. Я уже подготовила задачу и очень жду встречи с вами!
Увидимся в четверг! 🤩
❤6🤩4
📚 ТОП-5 книг для начинающих карьеру системных и бизнес-аналитиков 📚
1️⃣ "Путь аналитика. Практическое руководство IT-специалиста" А.Перерва, В.Иванова
Превращение желаний заказчика в IT-продукт разобранное на практических примерах. Если только начинаете погружаться в профессию, то эта книга позволит прожить опыт ее авторов. Здесь найдете примеры документов и шаблоны для проектирования
2️⃣ "Психбольница в руках пациентов", Алан Купер
Две мысли, которые останутся после прочтения книги:
- Прежде чем писать код, решение нужно спроектировать.
- Удобный продукт лучше многофункционального.
Для тех, кто уже работает в IT, может показаться, что много воды, а для начинающих полезно
3️⃣ "Современные методы описания функциональных требований к системам", Алистер Коберн
О том, как создавать функциональные требования. Внутри разобрано много практических кейсов
4️⃣ "Требования для программного обеспечения: рекомендации по сбору и документированию", Илья Корнипаев
Основы управления требованиями к IT-продуктам: собираем, тестируем, документируем
5️⃣ "UML. Основы. Краткое руководство по стандартному языку объектного моделирования", Мартин Фаулер
Вы будете работать с интеграциями и описывать взаимодействие систем, обязательно схематично опишете программистам алгоритмы. А базовые навыки по работе с диаграммами и схемами заберете отсюда
#hwGetAnalyst
1️⃣ "Путь аналитика. Практическое руководство IT-специалиста" А.Перерва, В.Иванова
Превращение желаний заказчика в IT-продукт разобранное на практических примерах. Если только начинаете погружаться в профессию, то эта книга позволит прожить опыт ее авторов. Здесь найдете примеры документов и шаблоны для проектирования
2️⃣ "Психбольница в руках пациентов", Алан Купер
Две мысли, которые останутся после прочтения книги:
- Прежде чем писать код, решение нужно спроектировать.
- Удобный продукт лучше многофункционального.
Для тех, кто уже работает в IT, может показаться, что много воды, а для начинающих полезно
3️⃣ "Современные методы описания функциональных требований к системам", Алистер Коберн
О том, как создавать функциональные требования. Внутри разобрано много практических кейсов
4️⃣ "Требования для программного обеспечения: рекомендации по сбору и документированию", Илья Корнипаев
Основы управления требованиями к IT-продуктам: собираем, тестируем, документируем
5️⃣ "UML. Основы. Краткое руководство по стандартному языку объектного моделирования", Мартин Фаулер
Вы будете работать с интеграциями и описывать взаимодействие систем, обязательно схематично опишете программистам алгоритмы. А базовые навыки по работе с диаграммами и схемами заберете отсюда
#hwGetAnalyst
🔥7❤5
🧠 ИИ-скиллы: что это, как устроены и с чего начать 🧠
Один и тот же промпт приходится использовать снова и снова, каждый раз объясняя ИИ контекст, правила и нужный формат результата.
ИИ-скиллы помогают этого избежать.
ИИ-скилл — готовый набор инструкций, знаний, шаблонов и правил для конкретной задачи, который можно использовать повторно.
Например, создать скилл, который будет помогать аналитику готовить постановки задач на интеграции.
Где работать с ИИ-скиллами:
✔️ Claude
✔️ Claude Code
✔️ Codex
✔️ другие AI-инструменты и агенты, поддерживающие подобную механику.
Что может быть внутри ИИ-скилла:
✔️ основной файл с инструкциями SKILL.md
✔️ дополнительные документы и шаблоны
✔️ примеры
✔️ скрипты и зависимости
✔️ правила работы с файлами, API и другими инструментами.
Как получить ИИ-скилл:
✔️ создать самостоятельно под свою рабочую задачу
✔️ скачать готовый из GitHub или других источников
⚠️ Чужие скиллы перед установкой важно проверять. Если внутри есть скрипты или вызовы инструментов, относитесь к ним как к стороннему коду.
Материалы, которые помогут разобраться в теме👇
🔗 Как создать AI Skill с нуля в ChatGPT и Claude: гайд для системного аналитика
📌 Полноценный видеоурок: разбираем, что такое ИИ-скиллы, чем они отличаются от обычных промптов, и с нуля создаём скилл для постановки задач на интеграции.
🔗 Как безопасно работать с чужими ИИ-скиллами.
Разбираемся, что может скрываться внутри скачанного скилла, какие доступы он может получить и что обязательно проверить перед установкой.
🔗 21 задача аналитика, которую можно ускорить с ИИ
🔗 ИИ не экономит время, если вы не умеете принимать его работ
🔗 Бесплатный AI-скилл от GetAnalyst для постановки задач на REST API + шаблон требований
🔗 Ещё один бесплатный AI-скилл от GetAnalyst — для создания UML Sequence-диаграмм
🔗 Бесплатный AI SKILL для задач на проектирование БД и SQL
Сохраняйте подборку и пользуйтесь🔖
#hwGetAnalyst
Один и тот же промпт приходится использовать снова и снова, каждый раз объясняя ИИ контекст, правила и нужный формат результата.
ИИ-скиллы помогают этого избежать.
ИИ-скилл — готовый набор инструкций, знаний, шаблонов и правил для конкретной задачи, который можно использовать повторно.
Например, создать скилл, который будет помогать аналитику готовить постановки задач на интеграции.
Где работать с ИИ-скиллами:
✔️ Claude
✔️ Claude Code
✔️ Codex
✔️ другие AI-инструменты и агенты, поддерживающие подобную механику.
Что может быть внутри ИИ-скилла:
✔️ основной файл с инструкциями SKILL.md
✔️ дополнительные документы и шаблоны
✔️ примеры
✔️ скрипты и зависимости
✔️ правила работы с файлами, API и другими инструментами.
Как получить ИИ-скилл:
✔️ создать самостоятельно под свою рабочую задачу
✔️ скачать готовый из GitHub или других источников
⚠️ Чужие скиллы перед установкой важно проверять. Если внутри есть скрипты или вызовы инструментов, относитесь к ним как к стороннему коду.
Материалы, которые помогут разобраться в теме👇
🔗 Как создать AI Skill с нуля в ChatGPT и Claude: гайд для системного аналитика
📌 Полноценный видеоурок: разбираем, что такое ИИ-скиллы, чем они отличаются от обычных промптов, и с нуля создаём скилл для постановки задач на интеграции.
🔗 Как безопасно работать с чужими ИИ-скиллами.
Разбираемся, что может скрываться внутри скачанного скилла, какие доступы он может получить и что обязательно проверить перед установкой.
🔗 21 задача аналитика, которую можно ускорить с ИИ
🔗 ИИ не экономит время, если вы не умеете принимать его работ
🔗 Бесплатный AI-скилл от GetAnalyst для постановки задач на REST API + шаблон требований
🔗 Ещё один бесплатный AI-скилл от GetAnalyst — для создания UML Sequence-диаграмм
🔗 Бесплатный AI SKILL для задач на проектирование БД и SQL
Сохраняйте подборку и пользуйтесь🔖
#hwGetAnalyst
❤5
🔥 [В четверг, 19:00 Мск] Бесплатный онлайн-практикум по асинхронной интеграции с ИИ-сервисом 🔥
В систему ежедневно поступают сотни заявок, которые должен обработать внешний ИИ. Но он отвечает не сразу, на пике возвращает 429, а иногда присылает невалидный JSON.
Просто вызвать ИИ-сервис из запроса пользователя и дождаться ответа не получится. Нужно проектировать полноценный асинхронный процесс.
Именно такую задачу разберём в этот четверг на новом онлайн-практикуме по асинхронным интеграциям 🤖
За один вечер мы:
✅ спроектируем асинхронную интеграцию целиком — от архитектуры до требований
✅ разберёмся, где нужен брокер, а где достаточно обычного REST
✅ научимся описывать сценарии так, чтобы задача не возвращалась на доработку
✅ увидим, чем интеграция с ИИ отличается от обычной
✅ соберём документацию с помощью ИИ — и проверим, где он уверенно ошибся
Это реальный кейс, который может встретиться и на проекте, и на собеседовании уровня Middle+.
🧡 Асинхронная интеграция с ИИ-сервисом: от архитектуры до требований в Confluence
📅 24 сентября, 19:00 МСК
🟢 Онлайн
🕘 Продолжительность ~3 часа
❗️ Участие бесплатное
👉 Занять место
Я буду разбирать задачу в прямом эфире.
Можно будет предлагать свои решения, обсуждать спорные моменты, задавать любые вопросы по интеграциям и разбирать всё, что пока вызывает у вас сомнения 🙌
Практикум проводим в поддержку старта практических программ:
🎓 Интеграции систем (7 октября) - следующий поток уже в 2027
🎓 Системный аналитик: с нуля до опыта работы (1 октября) - проводится раз в год, 20+ занятий и нереальное количество обратной связи, чтобы помочь вам на старте карьеры
До встречи! 🤩
В систему ежедневно поступают сотни заявок, которые должен обработать внешний ИИ. Но он отвечает не сразу, на пике возвращает 429, а иногда присылает невалидный JSON.
Просто вызвать ИИ-сервис из запроса пользователя и дождаться ответа не получится. Нужно проектировать полноценный асинхронный процесс.
Именно такую задачу разберём в этот четверг на новом онлайн-практикуме по асинхронным интеграциям 🤖
За один вечер мы:
✅ спроектируем асинхронную интеграцию целиком — от архитектуры до требований
✅ разберёмся, где нужен брокер, а где достаточно обычного REST
✅ научимся описывать сценарии так, чтобы задача не возвращалась на доработку
✅ увидим, чем интеграция с ИИ отличается от обычной
✅ соберём документацию с помощью ИИ — и проверим, где он уверенно ошибся
Это реальный кейс, который может встретиться и на проекте, и на собеседовании уровня Middle+.
🧡 Асинхронная интеграция с ИИ-сервисом: от архитектуры до требований в Confluence
📅 24 сентября, 19:00 МСК
🟢 Онлайн
🕘 Продолжительность ~3 часа
❗️ Участие бесплатное
👉 Занять место
Я буду разбирать задачу в прямом эфире.
Можно будет предлагать свои решения, обсуждать спорные моменты, задавать любые вопросы по интеграциям и разбирать всё, что пока вызывает у вас сомнения 🙌
Практикум проводим в поддержку старта практических программ:
🎓 Интеграции систем (7 октября) - следующий поток уже в 2027
🎓 Системный аналитик: с нуля до опыта работы (1 октября) - проводится раз в год, 20+ занятий и нереальное количество обратной связи, чтобы помочь вам на старте карьеры
До встречи! 🤩
❤3
Forwarded from GetAnalyst - Навыки • Системный анализ • Бизнес-анализ
Пусть хотя бы сегодня всё пойдёт по happy path 🎉🙏🩷
Сегодня праздник у людей, которые слышат фразу «там всё просто», и сразу начинают уточнять роли, статусы, ограничения и альтернативные сценарии.
У тех, кто видит 200 OK и первым спрашивает: «А что произойдёт при 429?».
Кто превращает «хотим, чтобы было удобно» в требования, по которым действительно можно разработать систему.
👉 И чья работа часто остаётся незаметной именно тогда, когда выполнена хорошо 😄
🗓 24 сентября — День системного аналитика!
Праздник празднуют не только аналитики, но и системные администраторы, специалисты IT, технические директора и многие другие!
🔍 Немного истории
20 сентября 2000 года в пригороде Чикаго на пикнике Т. Кекатос предложил отмечать этот день в знак благодарности системным аналитикам за их вклад. Россия поддержала эту традицию, признав день профессиональным праздником!
В этом году мне особенно приятно увидеть, что наш профессиональный праздник становится заметнее. А в статье на Хабре о Дне системного аналитика меня упомянули среди блогеров-амбассадоров этого дня 💙
Друзья, желаем вам:
▫️ требований, которые не меняются после фразы «ещё одно маленькое уточнение»
▫️ документации, которую разработчики действительно читают
▫️ команд, в которых ваши вопросы ценят до того, как они превратились в инциденты
▫️ интересных задач, сильных решений и заслуженного профессионального роста
А отмечать сегодня будем максимально правильно для системных аналитиков — решением реальной интеграционной задачи на открытом онлайн-практикуме:
🔥 «Асинхронная интеграция с ИИ-сервисом:
от архитектуры до требований в Confluence»
⏰ 19:00 МСК
👉 Зарегистрироваться
Пусть ваша профессиональная система выдерживает любую нагрузку, интересные задачи не заканчиваются, сильные команды всегда остаются на связи, а рост не упирается ни в один rate limit.
И пусть о вашей ценности как аналитика вспоминают не после первого инцидента, а ещё на этапе обсуждения идеи.
От всей команды GetAnalyst и от меня лично — с праздником, коллеги! 🎉🎂🥂🍾
Сегодня праздник у людей, которые слышат фразу «там всё просто», и сразу начинают уточнять роли, статусы, ограничения и альтернативные сценарии.
У тех, кто видит 200 OK и первым спрашивает: «А что произойдёт при 429?».
Кто превращает «хотим, чтобы было удобно» в требования, по которым действительно можно разработать систему.
👉 И чья работа часто остаётся незаметной именно тогда, когда выполнена хорошо 😄
🗓 24 сентября — День системного аналитика!
Праздник празднуют не только аналитики, но и системные администраторы, специалисты IT, технические директора и многие другие!
🔍 Немного истории
20 сентября 2000 года в пригороде Чикаго на пикнике Т. Кекатос предложил отмечать этот день в знак благодарности системным аналитикам за их вклад. Россия поддержала эту традицию, признав день профессиональным праздником!
В этом году мне особенно приятно увидеть, что наш профессиональный праздник становится заметнее. А в статье на Хабре о Дне системного аналитика меня упомянули среди блогеров-амбассадоров этого дня 💙
Друзья, желаем вам:
▫️ требований, которые не меняются после фразы «ещё одно маленькое уточнение»
▫️ документации, которую разработчики действительно читают
▫️ команд, в которых ваши вопросы ценят до того, как они превратились в инциденты
▫️ интересных задач, сильных решений и заслуженного профессионального роста
А отмечать сегодня будем максимально правильно для системных аналитиков — решением реальной интеграционной задачи на открытом онлайн-практикуме:
🔥 «Асинхронная интеграция с ИИ-сервисом:
от архитектуры до требований в Confluence»
⏰ 19:00 МСК
👉 Зарегистрироваться
Пусть ваша профессиональная система выдерживает любую нагрузку, интересные задачи не заканчиваются, сильные команды всегда остаются на связи, а рост не упирается ни в один rate limit.
И пусть о вашей ценности как аналитика вспоминают не после первого инцидента, а ещё на этапе обсуждения идеи.
От всей команды GetAnalyst и от меня лично — с праздником, коллеги! 🎉🎂🥂🍾
❤15
❗️Уже через 3 часа встречаемся онлайн❗️
👩💻 Открытый практикум с Екатериной Ананьевой
🔥 «Асинхронная интеграция с ИИ-сервисом:
от архитектуры до требований в Confluence»
🟢 Онлайн
⏰ 19:00 Мск
👉 Зарегистрироваться
Ссылку на эфир пришлем за 15 минут до начала.
——
Запись будет доступна только для зарегистрированных участников.
👩💻 Открытый практикум с Екатериной Ананьевой
🔥 «Асинхронная интеграция с ИИ-сервисом:
от архитектуры до требований в Confluence»
🟢 Онлайн
⏰ 19:00 Мск
👉 Зарегистрироваться
Ссылку на эфир пришлем за 15 минут до начала.
——
Запись будет доступна только для зарегистрированных участников.
❗️До начала 15 минут❗️
🧡 «Асинхронная интеграция с ИИ-сервисом: от архитектуры до требований в Confluence»
[ЭФИР ЗАВЕРШЕН]
Информация о доступе к записи:
📌 Только для зарегистрированных участников
❗️ Если уже регистрировались на основной эфир, повторно регистрироваться не нужно.
👉 Получить доступ к записи
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2👍1
Forwarded from GetAnalyst - Навыки • Системный анализ • Бизнес-анализ
🔥❤️🔥🎉 Вау-вау-вау! Вот это мы отметили! 4 часа практики, море вопросов, десятки схем и невероятная энергия до самого финала. Мы это сделали!
По доброй традиции, с учётом всех вопросов и погружений в отдельные темы, у нас получилось 4.5 часа полноценной практики по асинхронным интеграциям с ИИ.
Больше 60% участников остались до самого конца, хотя о записи предупредили сразу! Вы просто невероятные 💙
Спасибо всем, кто предлагал решения, спорил и задавал вопросы. Именно благодаря вам встреча получилась такой живой, энергичной и насыщенной.
👉🔥 За один вечер мы успели:
▫️ разобрать синхронные и асинхронные интеграции на 10 примерах
▫️ изучить API двух ИИ-сервисов
▫️ спроектировать три варианта архитектуры и выбрать оптимальный
▫️ обсудить нефункциональные требования, ошибки и интеграционные контракты
▫️ протестировать API двух ИИ-систем в Postman
▫️ наглядно посмотреть, как работают SSE API и стриминг
▫️ разобрать работу ИИ-агентов для автоматизации постановок задач
▫️ передать огромное количество доп материалов и бонусов
А обратная связь участников лучше всего расскажет о том, как всё прошло в прямом эфире 🥰🩷
Саму задачу пока раскрывать не буду. Хочу, чтобы те, кто будет смотреть практикум в записи, познакомились с ней самостоятельно и оценили, насколько она актуальна.
Надеюсь, этот кейс тронет и ваши аналитические сердца 😄
Практикум мы провели в поддержку старта практической программы:
🎓 Интеграции систем — старт 7 октября
🎁 До 28 сентября действуют специальные условия записи
🔗 Смотреть программу
Если после практикума вам захотелось не останавливаться на одном кейсе, а системно прокачать навыки и получить больше практики с обратной связью — приглашаю продолжить обучение вместе с нами 🙌
📹 Запись будет доступна со 2 по 6 октября.
Если вы уже регистрировались, повторно ничего делать не нужно — письмо с доступом придёт 2 октября, в день открытия практикума.
Если ещё не регистрировались, успейте это сделать:
🧡 Асинхронная интеграция с ИИ-сервисом:
от архитектуры до требований в Confluence
🗓 Доступ к записи 2 - 6 октября
👉 Получить доступ к записи
Коллеги, которые были онлайн, обязательно пересмотрите практикум и вернитесь к сложным моментам. Материала получилось действительно много, а повторный просмотр поможет окончательно разложить всё по полочкам.
Спасибо каждому, кто провёл этот романтический вечер в день СА вместе со мной 😉
Всех люблю, обнимаю и невероятно вами горжусь! ❤️🔥❤️🔥❤️🔥
По доброй традиции, с учётом всех вопросов и погружений в отдельные темы, у нас получилось 4.5 часа полноценной практики по асинхронным интеграциям с ИИ.
Больше 60% участников остались до самого конца, хотя о записи предупредили сразу! Вы просто невероятные 💙
Спасибо всем, кто предлагал решения, спорил и задавал вопросы. Именно благодаря вам встреча получилась такой живой, энергичной и насыщенной.
👉🔥 За один вечер мы успели:
▫️ разобрать синхронные и асинхронные интеграции на 10 примерах
▫️ изучить API двух ИИ-сервисов
▫️ спроектировать три варианта архитектуры и выбрать оптимальный
▫️ обсудить нефункциональные требования, ошибки и интеграционные контракты
▫️ протестировать API двух ИИ-систем в Postman
▫️ наглядно посмотреть, как работают SSE API и стриминг
▫️ разобрать работу ИИ-агентов для автоматизации постановок задач
▫️ передать огромное количество доп материалов и бонусов
А обратная связь участников лучше всего расскажет о том, как всё прошло в прямом эфире 🥰🩷
Саму задачу пока раскрывать не буду. Хочу, чтобы те, кто будет смотреть практикум в записи, познакомились с ней самостоятельно и оценили, насколько она актуальна.
Надеюсь, этот кейс тронет и ваши аналитические сердца 😄
Практикум мы провели в поддержку старта практической программы:
🎓 Интеграции систем — старт 7 октября
🎁 До 28 сентября действуют специальные условия записи
Если после практикума вам захотелось не останавливаться на одном кейсе, а системно прокачать навыки и получить больше практики с обратной связью — приглашаю продолжить обучение вместе с нами 🙌
📹 Запись будет доступна со 2 по 6 октября.
Если вы уже регистрировались, повторно ничего делать не нужно — письмо с доступом придёт 2 октября, в день открытия практикума.
Если ещё не регистрировались, успейте это сделать:
🧡 Асинхронная интеграция с ИИ-сервисом:
от архитектуры до требований в Confluence
👉 Получить доступ к записи
Коллеги, которые были онлайн, обязательно пересмотрите практикум и вернитесь к сложным моментам. Материала получилось действительно много, а повторный просмотр поможет окончательно разложить всё по полочкам.
Спасибо каждому, кто провёл этот романтический вечер в день СА вместе со мной 😉
Всех люблю, обнимаю и невероятно вами горжусь! ❤️🔥❤️🔥❤️🔥
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🎉9❤1