Рекомендации по сбору и приоритизации требований для бизнес-аналитика

⏳ 6 мин | 🟤🟤⚪️

Перейти | BA|SA

🚀 Apache Kafka — основа для высокоскоростной обработки данных в реальном времени! 📊 Важнейший инструмент для разработчиков, инженеров данных и DevOps. 💻

Узнайте, как использовать Kafka для эффективной организации потоков данных и построения отказоустойчивых микросервисных систем! 💡

🔍 Освойте базовые принципы Kafka, научитесь настраивать топики, разбираться с производителями и потребителями данных, используя Python и Java! 🐍☕️

📅 Присоединяйтесь к открытому вебинару 29 апреля в 20:00 МСК!

Откроются новые горизонты для вашей карьеры, а также скидка на курс «Apache Kafka»: https://clck.ru/3LfN8g 🔗

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Как аналитику развить устойчивость и не стать мизантропом

⏳ 4 мин | 🟡⚪️⚪️

Читать статью | Analyst IT

❓Какие ключевые навыки аналитика требуются в 2025 году?
Узнайте на бесплатном вебинаре «Важные навыки аналитика»

✅Что будет на вебинаре:

+ Узнаете, какие ключевые навыки аналитика требуются в 2025 году

+ Разберём в чем заключается работа аналитика

+ Soft & hard скиллы аналитика - какие развивать?

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

🎯Что в результате вебинара узнают пользователи?

- Подходит ли профессия системный аналитик именно вам.

- Какие скиллы качать и как это делать.

- Какие скиллы помогут проще влиться в новый проект.

🎁Для участников вебинара доступна скидка 5% на курс «Системный аналитик» по промо-коду: SA_5

⏰Вебинар пройдёт 30 апреля (среда) в 20:00 мск
Успейте попасть в группу: OTUS.RU

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Тяжёлая артиллерия в оценке сроков задач

⏳ 12 мин | 🟤🟤⚪️

Перейти | BA|SA

Качество требований в IT-проектах

⏳ 8 мин | 🟤⚪️⚪️

Перейти | BA|SA

Kafka всё ещё с нами, но пора взглянуть шире

Если вы работаете с микросервисами, то знаете: рано или поздно Kafka начинает требовать к себе слишком много внимания. Где-то дубли, где-то не долетело, а где-то снова костыли в outbox. В Яндексе тоже с этим сталкивались и решили не латать, а переосмыслить.

Так появился YDB Topics: Kafka-совместимый брокер, встроенный в YDB. Он понимает Kafka-протокол, но работает иначе: масштабируется сам, продолжает принимать сообщения при отказах оборудования и поддерживает транзакции между топиками и таблицами. Да, без дополнительной обвязки.

23 апреля в 12:00 по МСК Яндекс проведёт вебинар, где расскажут: как устроены транзакции, в которых участвуют и топики, и таблицы; как достигается 99.99% доступности; зачем тут CDC и почему можно забыть про transactional outbox; и как встроить всё это в инфраструктуру без боли.

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

🔗 Регистрация по ссылке

Пример проектирования, ориентированного на домен: От хаоса к чистой архитектуре

⏳ 14 мин | 🟤🟤⚪️

Перейти | BA|SA

❓Какие цели и метрики взаимосвязаны и ключевые для аналитика в 2025 году?
Узнайте на бесплатном вебинаре: «Цели и метрики как одно целое»

✅Что будет на вебинаре:

+ Узнаете про ключевые цели и метрики для аналитика в 2025 году

+ Расскажем про актуальные инструменты для аналитики целей и метрик

+ Рассмотрим определение и взаимосвязь целей и метрик

+ Разберём применение известных инструментов

+ Покажем на практике популярные ошибки в постановке целей и использование метрик

📊Каким слушателям вебинар будет полезен?:
Бизнес-аналитикам, лидерам продуктов, руководителям проектов

🎁Для участников вебинара доступна скидка 5% на курс «Системный и бизнес-анализ» по промо-коду: SA_BA5

⏰Вебинар пройдёт 28 апреля(понедельник) в 20:00 мск
Успейте попасть в группу: OTUS.RU

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Архитектурные паттерны для высокой масштабируемости. Часть 3

⏳ 9 мин | 🟤🟤⚪️

“Разберем бизнес кейсы ближе к e-commerce, banking. Рассматриваем только data-bounded приложения, т.е. 90% случаев.”

Перейти | BA|SA

Прошлые статьи:

Часть 1
Часть 2

До дедлайна остались считанные минуты, а аналитик не выходит на связь

PM в это время:

Архитектура проекта автоматического обучения ML-моделей

⏳ 11 мин | 🟤🟤⚪️

Перейти | BA|SA

Не инженер, не менеджер, не архитектор. Как найти себя системному или бизнес-аналитику?

Ответ — на конференции Flow, 26 апреля в онлайне. Спикеры и участники встретятся , чтобы отрефлексировать профессиональную деятельность, честно поговорить о трудностях и найти решения неочевидных проблем.

Кому будет полезна конференция:

→ Опытным аналитикам и лидам. Узнайте, как развиваться и не перегореть, когда вы уже лид. Найдите решения сложных кейсов.

→ Начинающим аналитикам. Найдите вдохновение для профессионального роста. Учитесь на ошибках опытных коллег.

Готовы искать смыслы и преодолевать неудачи? Тогда регистрируйтесь — участие в новой Flow бесплатное 🔥

Конвейеры данных (Data Pipelines) — это автоматизированные процессы сбора, обработки, преобразования и перемещения данных из различных источников в целевые хранилища (например, базы данных, DWH, озёра данных).

❓У вас может появится вопрос «Зачем знать аналитику?»

1. Понимание данных — чтобы разбираться, откуда берутся данные, как они очищаются и преобразуются.

2. Качество данных — чтобы выявлять и исправлять ошибки на этапе ETL/ELT.

3. Оптимизация запросов — чтобы писать эффективные SQL-запросы, зная, как данные подготовлены.

4. Автоматизация отчётов — чтобы настраивать регулярные выгрузки и дашборды.

5. Взаимодействие с инженерами — чтобы грамотно ставить задачи по доработке пайплайнов.

🤔 Нужно ли углубляться в тему или поверхностно знать основы?

- Да, если аналитик работает с Big Data или участвует в построении аналитической инфраструктуры.

- Нет, если роль ограничена готовыми данными в BI-инструментах, но базовое понимание всё равно полезно.

📎 Так же прикрепляю статьи на данную тему:

- Что такое конвейер данных? И почему вы должны это знать
- Конвейер данных и конвейер ETL: в чем разница?
- Как построить конвейер данных: пошаговое руководство

Источник: @ba_and_sa

Капибарам нужна ваша помощь на T-CTF

У них лапки, и они не могут защитить код от уязвимостей. Выручите их на ИТ-соревновании от Т-Банка с шансом выиграть приз до 420 000 ₽.

Без навыков в ИТ тут не обойтись — задания рассчитаны на разработчиков, QA- и SRE-инженеров, аналитиков и других ИТ-специалистов уровня middle и senior.

Вот что вас ждет:

— Выберите Лигу Разработки или Лигу Безопасности по своим скиллам. Если участвуете впервые, можно потренироваться на демозаданиях.
— Соревнуйтесь один или в команде до 3 человек. Организаторы помогут найти команду, если нет своей.
— Подключайтесь онлайн или приходите офлайн — в ИТ-хаб Т-Банка в одном из 6 городов России.
— Решайте задания по спортивному хакингу — для этого у вас будет 36 часов.

Соревнование пройдет 19 и 20 апреля.

Попробуйте свои силы — успейте зарегистрироваться до 18 апреля.

Реклама. АО «ТБанк», лицензия ЦБ РФ № 2673, erid: 2Ranym7bMa9

НФТ к производительности: расчет нагрузки в rps на практическом примере

⏳ 7 мин | 🟤⚪️⚪️

Перейти | BA|SA

❓Хотите стать аналитиком, но не знаете,что выбрать для развития своей карьеры?
Курс «Бизнес-аналитик в IT» от OTUS поможет вам определится с выбором!

✅ Что вы узнаете на курсе?
+ Как погружаться в аналитику и помогать бизнесу выстраивать траекторию развития

+ Как моделировать бизнес-процессы и что для этого нужно

+ Актуальные методы управления бизнес-требованиями

+ Как пользоваться базовыми техниками анализа деятельности предприятия

+ Сможете использовать актуальные технологии и инструменты для бизнес-аналитика в 2025 году

❌ Чего не будет на курсе?
- Утомительных монологов — вы сможете вживую задавать свои вопросы преподавателю
- Непосильной нагрузки и долгих изнуряющих часов занятий — курс продуман для вашего комфортного обучения
- Неактуальной информации — курс переработан и актуален на 2025 год, убедитесь в программе курса на сайте
- "Учёба ради учёбы" — курс разработан при поддержке крупных компаний, которые заинтересованы в новых бизнес-аналитиках!

🎁Для вас уже активен промо-код со скидкой 5% до 18 мая: BUSINESS_04

Успейте попасть в группу до 29 апреля: OTUS.RU

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

RabbitMQ для аналитика: практический ликбез

⏳ 13 мин | 🟤🟤⚪️

Перейти | BA|SA

🗓 25 апреля, 18:30 мск, Пятница
📍Офлайн | 💻 Онлайн

🔧 Инструменты для тех, кто проектирует системы

Это будет пятница. Доклады по 10 минут, на которых —
каждый спикер отдаст в руки инструмент: фреймворк, методику или конкретный шаблон, которые можно применить уже в понедельник.

Поговорим о системном мышлении через архитектурные ката, превращении документации в то, чем реально хочется пользоваться, генеративном ИИ как новом мультитуле аналитика, и JBTD как подходе, который помогает фокусироваться на задачах, а не хотелках.

🎤 В конце ребята из ХАП проведут PowerPoint-караоке,
— команды, случайные слайды и импровизация на максималках.
И конечно же, "база": нетворкинг, закуски

Про инструменты расскажут:
🪛 Глеб Гончаров — придёт с инструментом архитектурных ката
🧲 Денис Бесков — принесёт ИИ-мультитул аналитика
🔩 Дмитрий Безгулый — JBTD-фреймворк для аналитиков и проектировщиков
🛠 Максим Чернухин — раскроет принцип проектирования против легаси
🧰 Дарья Мороз — придёт с UX-набором для документации

Организаторы — Ви.Tech, команда инженеров из ВсеИнструменты.ру
Спецгости и движ — Холиварные аналитические посиделки

Обязательно приходите — тут регистрация.

Субъективный рейтинг: 10 самых часто встречающихся ошибок аналитика при написании требований

⏳ 8 мин | 🟤⚪️⚪️

Перейти | BA|SA

Как создаются шедевры: будни технического писателя

⏳ 6 мин | 🟤⚪️⚪️

Перейти | BA|SA

Все на CodeFest’15

31 мая и 1 июня в Новосибирске пройдет ИТ-конференция CodeFest’15. Это юбилейная встреча для ИТ-специалистов. Только офлайн.

Ждут всех, кто хочет обменяться опытом и пообщаться с коллегами в неформальной обстановке. В программе конференции:

— 10 потоков и 150+ докладов от топовых спикеров по направлениям от Backend до Web3;
— «квартирники» с горячими профессиональными дискуссиями;
— нетворкинг и обмен опытом со специалистами других компаний;
— сытные кофе-брейки и большая афтепати.

Чем еще удивит CodeFest смотрите тут

Искусственный интеллект в Agile

⏳ 6 мин | 🟤⚪️⚪️

Перейти | BA|SA

SMART, INVEST, MoSCoW – простыми словами для новичков (с моих уст) 😏

Эти три методики помогают правильно ставить цели, разбивать задачи и расставлять приоритеты в разработке продуктов (и не только).

1️⃣ SMART – как ставить понятные цели

Используется, когда нужно сформулировать конкретную, измеримую и достижимую цель.

Расшифровка:

- S (Specific) – Конкретная:
Не "улучшить продукт", а "увеличить скорость загрузки страницы на 20%"

- M (Measurable) – Измеримая:
Должны быть цифры: "привлечь 1000 новых пользователей"

- A (Achievable) – Достижимая:
Не "сделать самый популярный сервис в мире", а "выйти в топ-3 в своём регионе"

- R (Relevant) – Релевантная:
Цель должна быть важна для бизнеса, а не просто "хотелка"

- T (Time-bound) – Ограниченная по времени:
"до конца квартала"

Пример SMART-цели:

❌ Плохо: "Сделать удобный интерфейс".
✅ Хорошо: "Увеличить конверсию оформления заказа с 5% до 8% к 1 декабря за счёт упрощения формы оплаты".

Когда использовать?
✔ Постановка KPI, планирование проектов, личные цели.
_______________

2️⃣ INVEST – как писать хорошие пользовательские истории (User Stories)

Нужен, чтобы задачи в бэклоге были независимыми, ценными и тестируемыми.

Расшифровка:

- I (Independent) – Независимая (можно реализовать без других задач)

- N (Negotiable) – Обсуждаемая (не жёсткое ТЗ, а договорённость с заказчиком)

- V (Valuable) – Ценная (должна приносить пользу пользователю или бизнесу)

- E (Estimable) – Оцениваемая (можно понять, сколько времени займёт)

- S (Small) – Небольшая (чтобы сделать за 1-2 спринта)

- T (Testable) – Тестируемая (есть чёткие критерии выполнения).

Пример INVEST-истории:

❌ Плохо: "Сделать личный кабинет".
✅ Хорошо: "Как пользователь, я хочу видеть историю заказов в личном кабинете, чтобы отслеживать статус доставки".

Когда использовать?
✔ Agile-разработка, Scrum, написание бэклога.
______________

3️⃣ MoSCoW – как расставить приоритеты

Помогает решить, без чего нельзя обойтись, а что можно отложить.

Категории:

- M (Must have) – Обязательно (без этого продукт не работает)

- S (Should have) – Важно, но не критично (можно без этого запуститься)

- C (Could have) – Было бы хорошо (если останется время)

- W (Won’t have) – Не будем делать (по крайней мере сейчас)

Пример MoSCoW-приоритизации для интернет-магазина:
- Must have: Корзина, оплата, каталог товаров.
- Should have: Поиск по сайту.
- Could have: Рекомендации товаров.
- Won’t have: Виртуальная примерочная.

Когда использовать?
✔ Планирование спринтов, MVP, управление требованиями.

_________________

Вывод:
- Хочешь чёткую цель? → SMART.
- Нужно разбить задачу на части? → INVEST.
- Не знаешь, что делать в первую очередь? → MoSCoW.

Источник: @analysis_it

Теперь ты сможешь объяснить их даже бабушке! 😉

👀Как спроектировать REST API, чтобы разработчики не проклинали вас: практика для системных аналитиков

Что будет на вебинаре?
Разберем ТОП-5 фатальных ошибок аналитиков при проектировании API
Покажем разницу между “плохим” и “хорошим” API на реальных примерах
Проведем практику: спроектируем API для реального кейса и исправим типичные ошибки

Что в результате вебинара узнают пользователи? Как/где смогут применить полученные навыки?
Научатся проектировать REST API, которое легко интегрируется и не вызывает проблем у разработчиков
Разберутся в ключевых принципах REST API: версионирование, правильная структура URL, типы запросов
Смогут анализировать API-дизайн, находить в нем ошибки и предлагать улучшения

👉 Регистрация и подробности о курсе "Системный аналитик. Advanced" https://clck.ru/3LHXu8

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

А как вы думаете, заменит ли ИИ аналитиков? Или что нам ждать от этой штуки? Может мы станем хорошими напарниками?

Давайте немного разберемся

1. Что ИИ уже умеет делать вместо аналитика?

✅ Автоматизация рутины – сбор требований, анализ данных, генерация документации.

✅ Обработка больших данных – быстрее человека находит паттерны и аномалии.

✅ Генерация отчётов и диаграмм – ChatGPT, Copilot, Power BI с ИИ уже помогают.

✅ Предсказательная аналитика – прогнозирует риски на основе исторических данных.

2. Что ИИ пока не может заменить?

❌ Глубокий контекст и переговоры – ИИ не чувствует скрытые мотивы стейкхолдеров.

❌ Креативное решение проблем – не может придумать неочевидное решение, как человек.

❌ Эмпатия и soft skills – не убедит директора выделить бюджет или уладить конфликт в команде.

❌ Ответственность за решения – ИИ не подпишет ТЗ и не понесёт последствия за ошибку.

3. Полная замена или помощник?

🔹 Скорее помощник (как калькулятор для бухгалтера).

🔹 Часть задач уйдёт – например, ручной сбор требований или анализ логов.

🔹 Но появится спрос на новые навыки – умение работать с ИИ, интерпретировать его выводы, принимать финальные решения.

4. Кого заменит, а кого нет?

✔ Рискуют аналитики, которые только "переливают воду" в документации.

❌ Не рискуют те, кто умеет:
- Вести переговоры,
- Понимать бизнес-контекст,
- Принимать нестандартные решения.

____________

Вывод по моему мнению:

ИИ не заменит системных и бизнес-аналитиков, но:
- Слабых специалистов – вытеснит,
- Сильных – сделает в разы продуктивнее.

Совет: осваивай Prompt Engineering, учись задавать ИИ правильные вопросы – и будешь востребованным специалистом. 😉

Как думаешь, какие навыки аналитика ИИ пока не сможет повторить?

Как изменится системный анализ и работа аналитика, когда ИИ «победит»

⏳ 7 мин | 🟤🟤⚪️

Перейти | BA|SA

📊 Моделируете бизнес-процессы? Убедитесь, что делаете это правильно!

Приглашаем вас на открытый урок 14 апреля в 20:00 МСК, где вы узнаете, какие элементы BPMN действительно важны, и как сократить палитру до необходимого. Только применимые подходы, только практика.

На уроке мы покажем, как выбирать инструменты и строить схемы, которые будут понятны всем — от аналитика до разработчика. Вы освоите базовые правила моделирования, разберётесь в логике выбора объектов и получите уверенность в применении BPMN в своих проектах.

👨‍🏫 Спикер: Андрей Коптелов — вице-президент ABPMP Russia.

Урок пройдет в преддверии старта курса «BPMN: Углубленная практика». Все участники получат скидку на обучение. Запишитесь сейчас, чтобы не пропустить: https://clck.ru/3LAiye

🚀 Не упустите возможность повысить свои навыки в моделировании бизнес-процессов!

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Keycloak: как упростить аутентификацию и не сойти с ума?

⏳ 9 мин | 🟤⚪️⚪️

Перейти | BA|SA

Просто покажи: сила визуализации в аналитике

⏳ 9 мин | 🟡⚪️⚪️

Читать статью | Analyst IT

📊 Бесплатный вебинар для бизнес-аналитиков:
«Сквозной процесс управления требованиями»

💡На этом вебинаре вы узнаете:
+ Как выглядит сквозной процесс управления требованиями

+ К каким проблемами может привести неаккуратная работа с требованиями

+ Контрольные точки в процессе управления

+ Актуальные инструменты и методы управления требованиями в 2025 году

+ Риски и сложные моменты при управлении требованиями

❓Кому будет полезно:
- Бизнес-аналитикам
- Системным аналитикам
- Руководителям проектов

⏰10 апреля(четверг) в 20:00 мск

Вебинар в рамках курса «Бизнес-аналитик в IT»
🎁После вебинара для вас активен промо-код со скидкой 5% до 18 мая: BUSINESS_04

👉Регистрация на вебинар: OTUS.RU

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

(Не)кладбище тикетов: воскрешаем бэклог без шаманов и танцев с бубнами

⏳ 9 мин | 🟤🟤⚪️

Перейти | BA|SA

Салют! Вчера выложила пост про 2 часть своего «мини курса», где описала процесс сбора требований.

Также чуть позже поделюсь с вами своими шпаргалками и шаблонами по документации, которыми сама пользуюсь на проекте))

Кто-то может сказать «зачем в курсе для Системных аналитиков темы про требования и составления ТЗ в части бизнес-целей, моделирования БП и тд», но исходя из своего личного опыта, системный аналитик тоже сталкивается с требованиями (сбор, анализ, моделирование, управление, и тд). Но думаю на этом мы закончим изучение бизнесовой части и в след раз уже перейдем к технологической части, и будем более детально рассматривать системные части нашей профессии))


Если есть вопросы/возражения, делитесь в комментариях и оставляйте реакции, если ждете продолжение 😉

Салют! Сегодня продолжаем мой «мини курс» для системных аналитиков!

В прошлый раз рассмотрели:
1. Введение в системный анализ

Сегодня у нас:

2️⃣Выявление требований

#курс | @ba_and_sa

____________
Для закрепления:

Сбор требований — это основа успеха любого проекта. Ошибки на этом этапе могут привести к переделкам, срыву сроков и недовольству заказчика.

🚀 Для начала начните с подготовки:

Перед встречей с заказчиком:

- Изучите контекст. Узнайте, чем занимается компания, какие у нее бизнес-цели, кто конкуренты. Почитайте документацию, если она есть (например, ТЗ прошлых проектов)

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

- Сформулируйте гипотезы. Запишите свои предположения о потребностях заказчика — это поможет задавать точные вопросы.

📋 Техники сбора требований
Используйте комбинацию методов:

- Интервью.
Задавайте открытые вопросы: «Расскажите, как сейчас проходит процесс X», избегайте наводящих вопросов: «Вам же нужна автоматизация, верно?»

- Воркшопы. Совместное обсуждение с использованием доски (физической или цифровой) помогает визуализировать требования.

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

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

✅ Как готовиться к интервью

- Составьте чек-лист вопросов, но будьте готовы отклониться от него. Примеры:
▫️ «Что вас не устраивает в текущем процессе?»
▫️ «Какие ограничения (бюджет, сроки, технологии) важно учесть?»

- Используйте технику «5 почему». Если заказчик говорит: «Нам нужна кнопка здесь», спросите: «Почему это важно?», пока не докопаетесь до корневой потребности.

- Записывайте всё. Используйте диктофон (с разрешения!) или конспектируйте ключевые тезисы.

📑 Документирование требований

📎 Статья: Стандарты и шаблоны для ТЗ на разработку ПО

- Структурируйте информацию. Разделяйте требования на:

- Функциональные (что система должна делать).
- Нефункциональные (производительность, безопасность, удобство).
- Ограничения (сроки, бюджет, законодательство).

- Используйте шаблоны. Например, User Stories (*«Как [роль], я хочу [действие], чтобы [цель]»*) или Use Case-диаграммы.

- Проверяйте требования на SMART: Конкретные, Измеримые, Достижимые, Релевантные, Ограниченные по времени.

❗️Чего делать НЕ стоит

- Не додумывайте за заказчика. Если что-то непонятно — переспрашивайте.

- Не игнорируйте конфликтующие требования. Если мнения стейкхолдеров расходятся, зафиксируйте это и обсудите приоритеты.

- Не используйте технический жаргон. Говорите на языке заказчика.

- Не спешите. Лучше потратить время на уточнение, чем переделывать готовый функционал.

✅ Проверка и согласование

- Проведите ревью. Убедитесь, что требования:
- Полные (охватывают все сценарии).
- Непротиворечивые.
- Тестируемые (можно проверить результат).

- Утвердите документ. Подпись заказчика формализует договоренности и снижает риски.

____
Советы из личного опыта
- Всегда спрашивайте: «Что будет, если этого НЕ сделать?» — это помогает отсечь «хотелки» от критически важных требований.

- Добавляйте примеры из реальной жизни в документацию («Для заказа клиент заполняет форму, как на Рис. 1»).

- Используйте инструменты: Jira, Confluence, Miro, Draw.io — они упрощают визуализацию и совместную работу.

Финальный лайфхак: Требования меняются. Заложите в процесс регулярные встречи для актуализации документации и будьте готовы к итерациям.

Источник: @ba_and_sa

Брокеры сообщений — что это, из чего состоят, плюсы и минусы: сравниваем APACHE KAFKA, REDIS И RABBITMQ

Перейти | BA|SA

Event Sourcing: что это и зачем его знать системному аналитику?

Салют! Сегодня разберём Event Sourcing (ES) — важный паттерн проектирования, который стоит понимать каждому системному аналитику, а иногда и бизнес-аналитику, если он связан с больше с ИТ частью.

#архитектура | BA|SA

🔍 Что такое Event Sourcing?
Event Sourcing — это подход, при котором состояние системы определяется последовательностью событий (events), а не просто последними исходными данными.

🔹 Простой пример

Представьте банковский счёт:
- В традиционной системе хранится только текущий баланс (например, `1000₽`).

- В Event Sourcing хранятся все события:
- Счёт открыт (+0₽)
- Начислено +500₽ → баланс 500₽
- Списано -200₽ → баланс 300₽
- Начислено +700₽ → баланс 1000₽

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

🎯 Зачем это системному аналитику?

1. Точность данных – можно восстановить состояние на любой момент времени.

2. Аудит и откат изменений – все действия записаны, можно анализировать, кто и что сделал.

3. Гибкость – можно создавать новые отчёты и аналитику на основе истории событий.

4. Поддержка сложных сценариев – полезно в микросервисах, финансах, логистике, игровых системах.

📌 Ключевые аспекты Event Sourcing

✅ События (Events) – неизменяемые записи о том, что произошло.

✅ Event Store – база, где хранятся все события.

✅ Проекции (Projections) – представления данных, которые строятся из событий (например, текущий баланс).

✅ Реиграция (Replay) – возможность "переиграть" события для восстановления состояния.

Часто Event Sourcing используют вместе с CQRS (Command Query Responsibility Segregation) – это когда запись и чтение данных разделены.

📚 Полезные материалы

- Знакомимся с Event Sourcing. Часть 1 – основы ES.
- Prostore — простой Event sourcing + CQRS фреймворк – практический пример.
- Гайд по эвент-сорсингу – разбор паттерна.
- Применение CQRS и Event Sourcing в микросервисах – как это работает в распределённых системах.
- Server-Sent Events: пример использования – про push-уведомления в вебе.
- Обновление состояния через SSE без затей – как использовать события в реальном времени.

💡 Вместо вывода

Event Sourcing – мощный инструмент для систем, где важна полная история изменений. Если вы аналитик в fintech, e-commerce или сложных enterprise-системах – понимание ES поможет проектировать более надёжные и прозрачные решения.

Источник: @ba_and_sa

Тест от айти-джинна: справишься с рабочими задачами аналитика, тимлида, тестировщика?

⏳ 6 мин | 🟤⚪️⚪️

Перейти | BA|SA

📌Пройдите тест из 10 вопросов и узнайте, насколько вы готовы к обучению на  курсе «Бизнес-аналитик в IT» 
от OTUS.

На курсе вы:
+ Освоите навыки использования IT-решений для выявления и решения бизнес-проблем.

+ Научитесь системно анализировать бизнес-процессы и моделировать их в общепризнанных нотациях.

+ Сможете выявлять, формализовать и управлять бизнес-требованиями.

+ Научитесь составлять грамотные технические задания и проектную документацию.

+ Узнаете, как эффективно выстраивать взаимодействие с заказчиками и командой разработки.

🦉В честь дня рождения OTUS, скидка 10% до 01.04
🎁 Дарим вам промо-код на курс «Бизнес-аналитик в IT» со скидкой 5% (суммируется на сайте): BUSINESS_04 до 18.05. Успейте купить выгодно!
🌟 Есть рассрочка

👉ПРОЙТИ ТЕСТ: https://otus.pw/0QZY/

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Как оформить документацию по бизнес-процессу

⏳ 3 мин | 🟤⚪️⚪️

Перейти | BA|SA

Пользовательская документация: как мы применили к ней лучшие мировые практики

⏳ 12 мин | 🟤⚪️⚪️

Перейти | BA|SA

Отчеты строятся часами, а данные все равно выглядят, как каша из цифр?

🐍 Выход есть: научитесь автоматизировать аналитику с помощью Python. Забудьте про ручные правки и долгие расчеты.


➡️ ПРОЙДИ вступительный ТЕСТ: https://clck.ru/3Jrqwj

Ответив— пройдете на курс «Python для аналитики» от OTUS по специальной цене.

Курс доступен в рассрочку.
🎁 Скидки в честь Дня Рождения Otus и дополнительный промокод на скидку PAN3 (до 31.03)

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Почему я использую doc-as-a-code

⏳ 12 мин | 🟤🟤⚪️

Перейти | BA|SA

System Analysis Meetup SberHealth❤️

Когда: 3 апреля в 18:00
Где: Москва офлайн/онлайн трансляция

В программе доклады от ведущих экспертов SH:
🔘Как описывать требования для мобильных приложений
🔘Как создать сообщество для обмена знаниями

⭐️Севостьянова Анастасия,
Ведущий системный аналитик в Альфа-Банке,
расскажет про мидл слой без хаоса: как сделать документацию понятной и живой

Присоединяйтесь, чтобы прокачать свои навыки и задать вопросы экспертам ⭐️

🔜 Узнать подробности и зарегистрироваться

Зачем аналитику знать Kafka?

🎯Главная цель: зачем системному аналитику знать Kafka?

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

❓ Зачем аналитику разбираться в Kafka?

1. Проектирование потоков данных
- Аналитик часто участвует в проектировании интеграций между системами.
- Kafka помогает организовать гибкую передачу событий (например, заказы → аналитика → CRM → склад).
- Без Kafka такие потоки часто делают через прямые вызовы API или базы данных, что сложнее масштабировать.

2. Работа с реальными данными (event-driven аналитика)
- Современные системы генерируют потоки событий (клики, платежи, логины).
- Kafka позволяет собирать их в реальном времени и передавать в аналитические хранилища (ClickHouse, BigQuery и др.).
- Без Kafka данные могут теряться или приходить с задержкой.

3. Упрощение ETL-процессов
- Раньше данные выгружали пакетами (раз в час/день), теперь можно стримить их непрерывно.
- Например:
- Данные из мобильного приложения → Kafka → обработка → витрины данных.
- Логи веб-сервера → Kafka → анализ аномалий.

4. Общение с разработчиками на одном языке
- Если аналитик говорит: *«Нам нужно подписаться на топик user_actions и агрегировать данные»* — это понятнее, чем *«Сделайте выгрузку из БД каждые 5 минут»*.
- Понимание Kafka помогает уменьшить разрыв между аналитикой и разработкой.

5. Оптимизация нагрузки на БД
- Если система пишет данные напрямую в PostgreSQL / MySQL, при высокой нагрузке могут быть тормоза.
- Kafka буферизирует данные и отдаёт их потребителям в удобном темпе.

⛔️ Когда Kafka НЕ нужна?

- Если данные обновляются редко (раз в день).
- Если система маленькая и нет проблем с производительностью.
- Если команда не готова поддерживать Kafka (это всё же дополнительная инфраструктура).

📌 Вместо вывода

Аналитику Kafka нужна, чтобы:

✅ Лучше проектировать интеграции.
✅ Работать с данными в реальном времени.
✅ Упрощать ETL и снижать нагрузку на БД.
✅ Говорить с разработчиками на одном языке.

📖 Полезные материалы для аналитика:

1. Официальная документация Kafka – база для понимания.
2. Введение в Apache Kafka для системных аналитиков и проектировщиков интеграций - основы в одном месте
3. Kafka для самых маленьких разработчиков, аналитиков и тестировщиков. - немного теории для самых маленьких

Если в вашем проекте есть много событий, микросервисы или большая нагрузка — Kafka стоит изучить 🚀

Источник: @ba_and_sa

Работа с Kafka в Go: практическое применение

⏳ 10 мин | 🟤🟤⚪️

Перейти | BA|SA

Ваша карьера в аналитике данных может выйти на новый уровень

DWH — это основа качественной аналитики. Без правильно спроектированного хранилища данные хаотичны, отчеты несистемны, а решения принимаются вслепую.

📍 На открытом уроке 26 марта в 20:00 мск разберем, какие существуют подходы к построению хранилищ, как они влияют на скорость обработки данных и какие задачи решают.

После урока вы:

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

Спикер Алексей Железной — Senior Data Engineer с большим опытом и широким технологическим стеком.

➡️ Регистрируйтесь и получите скидку на большое обучение «Data Warehouse Analyst»: https://clck.ru/3JZ49a

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

База про жизненный цикл разработки ПО (SDLC): этапы, виды моделей и их различия

⏳ 15 мин | 🟤⚪️⚪️

Перейти | BA|SA

Разработайте курс для специалистов аналитики данных вместе с Яндекс Практикумом!

Сервис онлайн-образования Яндекс Практикум в поисках автора для курса расширенной аналитики данных.

Что делает автор курса?

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

Почему это интересно:
▪︎удалёнка и дополнительный доход,
▪︎благодарная аудитория, возможность самореализации,
▪︎энергичное комьюнити и коллеги, с которыми не скучно.

Если вы в профессии уже более 3х лет и вы точно знаете «как это должно работать» — добро пожаловать!

Требования к кандидату описаны здесь, откликайтесь и давайте менять индустрию вместе!

System Design для начинающих: всё, что вам нужно. Часть 4

⏳ 12 мин | 🟤⚪️⚪️

Перейти | BA|SA

Т-Банк открыл донабор на оплачиваемые стажировки по восьми направлениям 🧑🏻‍💻

Сейчас можно отправить заявку на специальности: Java, Frontend, 1C, аналитик, QA, дизайнер, редактор, координатор образовательных проектов. Ждут студентов и начинающих специалистов, готовых посвящать работе от 20 часов в неделю.

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

Работу можно (и даже нужно) совмещать с обучением в университете: большинство стажеров в Т-Банке так и делают. График можно подстроить под учебу — менторы и руководители относятся к этому с пониманием.

Выберите направление, отправьте заявку и решите экзамены до 26 марта

Обратная сторона SCRUM

⏳ 7 мин | 🟤⚪️⚪️

Перейти | BA|SA

Если хочешь идти… иди на митап Сбера в Екатеринбурге для системных аналитиков!

Мы расскажем о роли ИИ в работе, обсудим kafka и примерим на себя роль детективов!

📍Ждем тебя 27 марта, 18:30, Технохаб Сбера (ул. Розы Люксембург, 56а)

Идеальный баланс фана и полезности!

Давайте (не) разрушим монолит. Часть 1

⏳ 6 мин | 🟤⚪️⚪️

Перейти | BA|SA

📊Пройдите тест для аналитиков📊

📌Пройдите тест и проверьте, насколько вы готовы к обучению на онлайн-курсе «Системный аналитик. Team Lead» от OTUS. Сможете сдать - пройдете на курс со скидкой!

⏰ Время прохождения теста ограничено.

👉ПРОЙТИ ТЕСТ

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

С чего начать изучение API для аналитика: руководство для системных аналитиков

#API | @ba_and_sa

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

Предлагаю небольшой гайд по изучению API, если ты не знаешь с чего начать:

1️⃣ Освежите или изучите базовые концепции

Даже опытным аналитикам стоит начать с повторения основ:

- Типы API: REST, SOAP, GraphQL, gRPC.
- Форматы данных: JSON, XML.
- Методы HTTP: GET, POST, PUT, DELETE.
- Аутентификация: OAuth 2.0, API-ключи, JWT.

📎Матриалы:
- REST API для начинающих на Хабре — отличный старт
- REST API vs GraphQL: в чём между ними разница - сравнение технологий
- Как работает GraphQL и чем он лучше RESTful API
- Что такое API словами аналитика? Как работает и как они устроены?

2️⃣ Изучите инструменты для работы с API

- Postman или Insomnia — для тестирования и документирования запросов.
- Swagger/OpenAPI — для чтения и создания спецификаций.
- Prometheus + Grafana — для мониторинга метрик API.

Практический совет:
Начните с анализа публичных API (например: VK API или Yandex.Cloud). Изучите их документацию, составьте несколько запросов и проанализируйте ответы.

3️⃣ Углубитесь в метрики и аналитику

API-аналитика включает:
- Производительность: время ответа, ошибки (4xx, 5xx), нагрузка.
- Бизнес-метрики: количество вызовов, популярные эндпоинты.
- Безопасность: отслеживание подозрительных запросов.

📎 Материалы:
- Правильный мониторинг API: метрики и лучшие практики
- Справочник по REST API Log Analytics

4️⃣ Советы от опытного аналитика (если вы плотно работаете с API)

- Документируйте всё:
Используйте Swagger для создания спецификаций. Даже если API кажется простым, описание методов сэкономит время команде.
- Автоматизируйте тесты: Настройте CI/CD-пайплайны с проверкой API (например, через **Postman + Newman**).
- Изучайте чужой код: Анализируйте, как реализованы API в open-source проектах на GitHub.
- Задавайте вопросы «почему»: За каждым API стоит бизнес-логика. Поймите, зачем клиент вызывает определённый метод и как это влияет на продукт.
- Коммуникация с разработчиками: Участвуйте в код-ревью API. Это поможет понять тонкости реализации.

5️⃣ Практикуйтесь на реальных проектах

- Пет-проекты: Создайте свой мини-API (например, для учета задач) и настройте для него аналитику.
- Пройдите онлайн-курсы/вебинары

———————————————

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

Главное правило: Не бойтесь экспериментировать. Даже ошибки в тестовой среде дают бесценный опыт. Удачи в изучении! 🚀

Источник: @ba_and_sa

Салют! Сегодня повторяем основы API или изучаем его с нуля, и в этом поможет Мини-курс API-интерфейсы для самых маленьких:

- Глава 1. Введение в API-интерфейсы для самых маленьких

- Глава 2: API-протоколы. Мини-курс API-интерфейсы для самых маленьких

- Глава 3: Типы и форматы API

- Глава 4: API-аутентификация, часть 1 (базовая и ключевая)

- Глава 5: API-аутентификация, часть 2 (OAuth)

- Глава 6: Проектирование API

- Глава 7: Взаимодействие с API в режиме реального времени. API-интерфейсы для самых маленьких

- Глава 8: Реализация API. API-интерфейсы для самых маленьких

📕Открытый урок о цели и реализации продуктовой аналитики в IT для аналитиков, разработчиков, инженеров и продуктовых менеджеров.

На открытом уроке 20 марта в 20:00 мск мы познакомимся с понятиями аналитики и продуктовой аналитики в айти компаниях.

📗В результате вы:
- Разреберетесь в основных типовых задачах, которые решает продуктовая аналитика;
- Изучите основные иснтрументы аналитика;
- Определите обязательные хард и софт скиллы, которыми должен обладать аналитик.

Спикер Игорь Алдабаев — руководитель клиентской аналитики в "Купер", эксперт продуктовой аналитики 5+ лет и преподаватель OTUS.

👉 Регистрируйтесь прямо сейчас, чтобы не пропустить мероприятие: https://otus.pw/ijjm/

📙 Все участники открытого урока получат скидку на курс "Продуктовая аналитика" и подборку статей по старту в Продуктовой аналитике

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Как сделать полезный дашборд: советы и идеи

⏳ 8 мин | 🟤⚪️⚪️

Перейти | BA|SA

🚀Аналитик, улучшай свою работу и эффективность процессов!

Начните на бесплатном вебинаре онлайн-курса «Системный аналитик. Team Lead» - «Основы автодокументирования ИТ-процессов»: регистрация

После занятия вы будете знать о:

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

🤝После вебинара продолжите обучение на курсе со скидкой и даже в рассрочку!

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Оценка срока и трудозатрат на реализацию задач с помощью Монте-Карло

⏳ 5 мин | 🟤🟤🟤

Перейти | BA|SA

🚀Узнайте про бесплатный инструмент Archi и научитесь его применять на практике!

На бесплатном вебинаре онлайн-курса «Archimate» - «Риcуем модель ArchiMate в бесплатном инструменте Archi»: регистрация

Почему эта тема важна:

- Бесплатный инструмент Archi позволяет без бюджета сразу начать моделировать архитектуру организации на языке ArchiMate. На вебинаре мы рассмотрим возможности инструмента Archi и ключевые объекты и диаграммы, которые применяются на практике.

Программа вебинара:

- История появления инструмента Archi
- Краткое погружение в ArchiMate
- Возможности инструмента Archi

🤝После вебинара продолжите обучение на курсе со скидкой и даже в рассрочку!

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Глава 1. Введение в API-интерфейсы для самых маленьких

⏳ 6 мин | 🟡⚪️⚪️

Читать статью | Analyst IT

Первые шаги в BPMN. Типы диаграмм

⏳ 6 мин | 🟤⚪️⚪️

Перейти | BA|SA

🚀Узнайте, как использовать эмоциональный интеллект для эффективного управления командой, решать конфликты и выстраивать доверительные отношения!

На бесплатном вебинаре онлайн-курса «CTO / Технический директор» - «Люди важнее кода: эмоциональный интеллект для СТО»: регистрация

Программа вебинара:

1. Эмоциональный интеллект СТО: Эмоции и их роль в нашей жизни
2. Определение эмоционального интеллекта и его составляющие
3. Распознавание (идентификация) эмоций и использование эмоций для решения задач
4. Анализ эмоций. Управление эмоциями

Кому будет полезен вебинар:

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

🤝После вебинара продолжите обучение на курсе со скидкой и даже в рассрочку!

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Шаблоны проектирования в документации

⏳ 5 мин | 🟤⚪️⚪️

Перейти | BA|SA

Салют! На днях выкладывала пост про Модель OSI и TCP/IP и у нас возник там спор или недопонимание/недовольствие, что я обозвала TCP/IP - тоже моделью, и хотела бы разобраться в этом вопросе, но либо я, либо дети, либо еще какая магия, удалили комментарии к постам за весь этот год 😢 или отключили группу((( а ведь там были хорошие комментарии насчет этого

Для этого пишу этот пост, чтобы разобраться в этом вопросе «Можно ли называть TCP/IP - сетевой моделью?» Если у вас есть мысли на этот счет поделитесь с нами в комментариях 👇

Даже подготовилась и прошерстила инет по данной теме и накидала вам несколько источников:

- Сложно о простом. Модель OSI и TCP/IP
- TCP IP — уровни, стек протоколов модели и краткая история
- Протокол TCP/IP
- Модели OSI и TCP/IP
- TCP/IP vs OSI модель: в чём разница?
- Сетевые модели OSI И TCP/IP

Вот есть разные источники и разных годов, и везде по-разному трактуют, где-то пишут, что это Модель, где-то просто Протокол, где-то Стандарт.

Я на собесе отвечала, что это сетевая модель и говорила разницу между OSI и меня не поправляли)) Где же правда и суть?

🚝Переезд с монолита на микросервисы: когда, зачем и как

Разберём ключевые признаки, когда пора переходить на микросервисы, и как сделать это правильно.

На вебинаре разберём:

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

В результате:

- Разберёте признаки необходимости перехода с монолита на микросервисы.
- Узнаете, как планировать миграцию и избегать распространённых проблем.

👉 Регистрация и подробности о курсе Системный аналитик. Advanced: https://clck.ru/3HR5uV

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Почему мы построили монолит на чистой архитектуре. И почему это взбесило системных аналитиков

⏳ 12 мин | 🟤🟤⚪️

Перейти | BA|SA

Игнорирование стратегии приводит к проблемам на проекте

⏳ 12 мин | 🟤⚪️⚪️

Перейти | BA|SA

Также шпаргалка с иллюстрацией и в формате pdf

Пользуйтесь 😉!

Источник: @ba_and_sa

Салют! Сегодня на повестке дня - Модели OSI и TCP/IP

И для начала я сделала информативную шпаргалку по моделям OSI и TCP/IP 👆

@ba_and_sa

Часть 1:

1️⃣ Модель OSI:

OSI (Open Systems Interconnection) — это теоретическая модель, которая объясняет, как данные передаются по сети. Её придумали, чтобы унифицировать и стандартизировать работу сетей. Модель состоит из 7 уровней, каждый из которых выполняет свою задачу.

Представь, что OSI — это как инструкция по сборке мебели: каждый шаг (уровень) важен, и если что-то пропустить, мебель (или сеть) не будет работать правильно.

1. Физический уровень (Physical Layer)
- Отвечает за передачу битов (нулей и единиц) через физические среды (кабели, Wi-Fi, оптоволокно).
Примеры: Ethernet, USB, HDMI, Wi-Fi.

2. Канальный уровень (Data Link Layer)
- Обеспечивает надёжную передачу данных между устройствами в одной сети. Работает с MAC-адресами.
Примеры: Ethernet, Wi-Fi (802.11), PPP.

3. Сетевой уровень (Network Layer)
- Отвечает за маршрутизацию данных между сетями. Работает с IP-адресами.
Примеры: IP (Internet Protocol), ICMP, ARP.

4. Транспортный уровень (Transport Layer)
- Обеспечивает надёжную доставку данных между приложениями.
Примеры: TCP (надёжная передача), UDP (быстрая, но ненадёжная передача).

5. Сеансовый уровень (Session Layer)
- Управляет сессиями (соединениями) между устройствами.
Примеры: RPC, SIP.

6. Представительный уровень (Presentation Layer)
- Отвечает за преобразование данных в понятный формат (шифрование, сжатие, кодирование).
Примеры: SSL/TLS (шифрование), JPEG, MPEG.

7. Прикладной уровень (Application Layer)
- Обеспечивает взаимодействие с пользователем и приложениями.
Примеры: HTTP, FTP, SMTP, DNS.

2️⃣ Модель TCP/IP:

TCP/IP (Transmission Control Protocol/Internet Protocol) — это практическая модель, на которой работает весь интернет. Она проще, чем OSI, и состоит из 4 уровней. TCP/IP — это как реальная жизнь: она не идеальна, но работает эффективно.

Если OSI — это учебник, то TCP/IP — это реальный мир, где всё немного проще, но зато быстрее и удобнее

1. Сетевой интерфейс (Network Interface Layer)
- Объединяет физический и канальный уровни OSI. Отвечает за передачу данных через физические среды.
Примеры: Ethernet, Wi-Fi, DSL.

2. Интернет-уровень (Internet Layer)
- Отвечает за маршрутизацию данных между сетями. Работает с IP-адресами.
Примеры: IP, ICMP, ARP.

3. Транспортный уровень (Transport Layer)
- Обеспечивает надёжную доставку данных между приложениями.
Примеры: TCP (надёжная передача), UDP (быстрая передача).

4. Прикладной уровень (Application Layer)
- Объединяет сеансовый, представительный и прикладной уровни OSI. Отвечает за взаимодействие с приложениями.
Примеры: HTTP, FTP, SMTP, DNS.

______________

✅ Какая разница между моделями?

- OSI — это теория, которая помогает понять, как всё устроено.
- OSI строго разделяет уровни, что удобно для обучения.

- TCP/IP — это практика, на которой работает интернет.
- TCP/IP более гибкая, но уровни могут пересекаться.

Источник: @ba_and_sa

p.s. Остались вопросы или есть возражения, делитесь в комментариях 👇

Что тестировщик уже умеет для работы аналитиком

⏳ 4 мин | 🟤⚪️⚪️

Перейти | BA|SA

🚀Узнайте, как выбирать методы поставок, оценивать ценность релизов и эффективно управлять релизным циклом в Scrum!

На бесплатном вебинаре онлайн-курса «CTO / Технический директор» - «Роль CTO в управлении поставками»: регистрация

Программа вебинара:

- Методы поставок – какие бывают и как выбрать подходящий.
- Оценка ценности – почему важно учитывать пользу релиза.
- Релизный цикл в Scrum – ключевые этапы и их влияние на команду.

Кому будет полезен вебинар:

СТО, технические лидеры, руководители команд, продакт-менеджеры, проектные менеджеры.

🤝После вебинара продолжите обучение на курсе со скидкой и даже в рассрочку!

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Шпаргалка по событийному моделированию

⏳ 4 мин | 🟤⚪️⚪️

Перейти | BA|SA

🚀Как аналитику разбираться в коде, выявлять ошибки и понимать разработчиков, не будучи программистом?!

Обсудим на бесплатном вебинаре онлайн-курса «Системный аналитик. Team Lead» - «Разработчик и аналитик: как понимать код без написания кода»: регистрация

Программа вебинара:

- Как аналитик может разбирать код без глубоких знаний программирования.
- Что искать в коде? Ключевые точки, сигналы о качестве и возможные ошибки.
- Инструменты для работы с кодом (без IDE)
- Мини-кейс: практика по анализу небольшого фрагмента кода.
- Связь с курсом: какие навыки мы подробно изучаем в программе.

🤝После вебинара продолжите обучение на курсе со скидкой и даже в рассрочку!

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Микросервисы в МТС: когда масштаб имеет значение

⏳ 9 мин | 🟤⚪️⚪️

Перейти | BA|SA

📕Открытый урок об автоматизации продуктовой аналитики для аналитиков, разработчиков, инженерам и продуктовым менеджерам.

На открытом уроке 6 марта в 20:00 мск мы изучим Apache Airflow — мощный инструмент для автоматизации и управления аналитическими процессами.

📗В результате вы:
- Узнаете, что такое Apache Airflow и как он может быть полезен для автоматизации задач аналитики и сбора данных;
- Поймете, как взаимодействуют между собой основные компоненты Airflow;
- Научитесь навигации по интерфейсу Airflow, включая использование поиска, управление задачами и тэгами.

Спикер Анастасия Гисина — эксперт продуктовой аналитики, Lead Product Analyst в Dostavista, работает с Ozon и Сбермаркетом, преподаватель OTUS.

👉 Регистрируйтесь прямо сейчас, чтобы не пропустить мероприятие: https://otus.pw/NTZg/

📙 Все участники открытого урока получат скидку на курс "Продуктовая аналитика"

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Изучаем BPMN вместе!

📌Что такое BPMN?

BPMN — это графический язык, который позволяет описать бизнес-процессы в виде диаграмм. Он был создан, чтобы сделать процессы понятными для всех: от руководителей до исполнителей. С помощью BPMN вы можете показать, кто, что и в какой последовательности делает, а также как процессы взаимодействуют между собой.

Подробнее о том, как устроена нотация, можно почитать в статье на Habr, где автор доступно объясняет основы BPMN. Или прочесть Памятку по BPMN

🤔 Зачем нужен BPMN?

1. Визуализация процессов: Вы можете наглядно показать, как работает ваш бизнес.

2. Оптимизация: BPMN помогает найти узкие места и улучшить процессы.

3. Автоматизация: Модели BPMN можно использовать для настройки IT-систем.

4. Обучение: Новые сотрудники быстрее поймут, как работает компания.

⚙️ Основные элементы BPMN

Чтобы начать работать с BPMN, нужно знать базовые элементы. Вот краткий обзор:

1. События (Events): Показывают, что что-то происходит. Например, "Заявка получена" (начальное событие) или "Заказ доставлен" (конечное событие).

2. Действия (Activities): Это шаги процесса. Например, "Проверить документы" или "Согласовать договор".

3. Шлюзы (Gateways): Решения или развилки. Например, "Документы верны? Да/Нет".

4. Потоки (Flows): Стрелки, которые связывают элементы и показывают последовательность действий.

Более подробно о базовых элементах BPMN можно узнать из серии статей на эту тему

📝 Как начать использовать BPMN?

Пошаговый план

1. Определите цель: Зачем вам нужна модель процесса? Например, для оптимизации, автоматизации или обучения.

2. Выберите инструмент: Используйте программы вроде Bizagi, Camunda или даже бесплатные инструменты, такие как Draw.io.

3. Начните с простого: Выберите небольшой процесс, который вы хорошо знаете. Например, "Обработка заявки клиента".

4. Используйте базовые элементы: Нарисуйте процесс, используя события, действия, шлюзы и потоки.
5. Добавьте роли: Используйте "дорожки" (Swimlanes), чтобы показать, кто отвечает за каждый шаг.

6. Проверьте модель: Убедитесь, что она отражает реальный процесс и логически связана.

7. Оптимизируйте: Найдите узкие места и улучшите процесс.

Пример простого процесса и более детальное объяснение можно найти в статье на Trinion

✅ Советы для новичков

- Не бойтесь ошибаться: Начните с простых процессов и постепенно усложняйте.

- Используйте шаблоны: Многие инструменты предлагают готовые шаблоны для типовых процессов.

- Практикуйтесь: Чем больше вы рисуете, тем лучше понимаете BPMN.

- Читайте и учитесь: Используйте статьи и курсы, чтобы углубить свои знания.

Пример: серия статей по BPMN

📚 Пример процесса в BPMN

Процесс: Обработка заявки клиента

1. Старт: Клиент отправляет заявку.
2. Действие: Менеджер проверяет заявку.
3. Шлюз: Заявка корректна?
- Если да, переходим к шагу 4.
- Если нет, возвращаем заявку клиенту.
4. Действие: Бухгалтерия выставляет счет.
5. Конец: Клиент оплачивает счет.

Примеры: Библиотека примеров BPMN

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

Источник: @ba_and_sa

Удачи в освоении BPMN! 🚀

📚Use Cases: Как улучшить требования к проекту

Узнайте, как и когда использовать Use Cases, чтобы писать требования понятные всем.

На вебинаре разберём:
- Что такое Use Cases и зачем они нужны?
- Основные элементы и структура.
- Примеры эффективного использования.
- Наиболее частые ошибки
- Разбор реального кейса.

В результате:
- Поймёте, как применять Use Cases для улучшения понимания требований.
- Научитесь избегать распространённых ошибок при их создании.

👉 Регистрация и подробности о курсе Системный аналитик. Advanced: https://clck.ru/3Gnbyx

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Изучаем UML вместе!

📌 Что такое UML и зачем он нужен?

UML (Unified Modeling Language) — это универсальный язык моделирования, который помогает разработчикам, аналитикам и архитекторам визуализировать, проектировать и документировать программные системы. Он используется для создания диаграмм, которые описывают структуру, поведение и взаимодействие компонентов системы.

👩‍💻 Кто использует UML?

- Разработчики: Для проектирования архитектуры приложений.
- Аналитики: Для описания бизнес-процессов и требований.
- Архитекторы: Для создания моделей сложных систем.
- Тестировщики: Для понимания логики работы системы.
- Менеджеры проектов: Для визуализации процессов и планирования.

📝 Основные типы диаграмм UML

UML включает 14 типов диаграмм, но чаще всего используются следующие:

1. Диаграмма прецедентов (Use Case Diagram)
Описывает взаимодействие пользователя с системой. Например, в интернет-магазине: «Пользователь выбирает товар», «Оплачивает заказ».

Пример: Use Case Diagram

2. Диаграмма классов (Class Diagram)
Показывает структуру системы: классы, их атрибуты и связи. Например, классы «Пользователь», «Заказ», «Товар».

Пример: Class Diagram

3. Диаграмма состояний (State Diagram)
Описывает изменение состояния объекта. Например, заказ может быть «Создан», «Оплачен», «Доставлен».

Пример: State Diagram

4. Диаграмма последовательностей (Sequence Diagram)
Показывает взаимодействие объектов во времени. Например, как пользователь добавляет товар в корзину.

Пример: Sequence Diagram

5. Диаграмма активностей (Activity Diagram)
Описывает бизнес-процессы. Например, процесс оформления заказа.
Пример: Activity Diagram

⚙️ Практическое применение UML

1. В бизнес-анализе
UML помогает аналитикам визуализировать требования заказчика. Например, диаграмма прецедентов позволяет понять, какие функции нужны пользователю, а диаграмма активностей — как эти функции связаны между собой.

2. В разработке ПО
Диаграммы классов и последовательностей используются для проектирования архитектуры приложения. Они помогают разработчикам избежать ошибок на этапе проектирования.

3. В управлении процессами
UML применяется для моделирования бизнес-процессов в компаниях. Например, диаграмма активностей может показать, как работает процесс согласования документов.

Источник: UML в бизнесе

📚 Примеры использования UML

1. Интернет-магазин
- Use Case: «Пользователь выбирает товар», «Оплачивает заказ».
- Class Diagram: Классы «Товар», «Корзина», «Заказ».
- Sequence Diagram: Взаимодействие между пользователем, корзиной и платежной системой.

2. Банковская система
- State Diagram: Состояние счета («Активен», «Заблокирован»).
- Activity Diagram: Процесс оформления кредита.

Источник: Примеры диаграмм

➕ Преимущества UML
- Универсальность: Подходит для любых типов проектов.
- Наглядность: Диаграммы легко понять даже неспециалистам.
- Стандартизация: UML — это международный стандарт, который используют во всем мире.

Источник: Обзор UML

👩‍💻 Как начать использовать UML?

1. Изучите основные типы диаграмм (Use Case, Class, Sequence).
2. Попробуйте создать диаграмму для простого процесса (например, регистрация пользователя).
3. Используйте инструменты: Draw.io, PlantUML, Lucidchart

Источник: @ba_and_sa

ХОЧЕШЬ ПОВЫШЕНИЕ В 2025 ГОДУ? 😎🔥

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

🚀 Стартуем 4 марта.

Курс ведет действующий архитектор Кирилл Ветчинкин. Он успешно реализовал проекты для Мегафона, Теле2, ВСS Brокer. Постоянный спикер крупных IT-конференций.
Какие скиллы прокачаем:

📌 Декомпозиция систем на микросервисы, отталкиваясь от бизнес-домена.
📌 Встройка микросервисов в оргструктуру компании.
📌Организация перехода от монолитной системы к микросервисной.

Полная программа ТУТ 👉 https://microarch.ru/courses/microservices?utm_source=posev&utm_medium=erid:2Vtzqx7gFqQ&utm_campaign=3

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

📕 Сертификат об участии по итогам прохождения курса.
Узнай больше 👉 https://microarch.ru/courses/microservices?utm_source=posev&utm_medium=erid:2Vtzqx7gFqQ&utm_campaign=3

Реклама. ИП Ветчинкин К.Е. ИНН: 773376451099 Erid: 2Vtzqx7gFqQ

Руководство по Use Cases

⏳ 37 мин | 🟤⚪️⚪️

Перейти | BA|SA

🚀 IT без кода? Да, реально!

💡 Думал, в IT без программирования не попасть?
😎 А мы нашли для тебя лазейку!

⚡️ Аналитик – профессия для тех, кто любит разбираться, но не любит писать код!
📊 Собираешь требования, продумываешь процессы, влияешь на проекты.

📌 Что тебя ждет?
✅ Обучаем с нуля! Даже если твой единственный опыт анализа – рилсы с обзором it трендов.
✅ Менторство без занудных лекций – ты сразу работаешь, а не просто учишься.
✅ Вместе ищем работу! Наставники + подготовка к собесам = оффер в IT. 💸
✅ Подготовка к собесам – ответишь, даже если HR спросит «кем ты видишь себя через 5 лет».
✅ И самое главное – платить будешь ТОЛЬКО после трудоустройства! 🪙

🎟 Место в IT уже ждет – бери и приходи!

Camunda на проде: восемь типичных ошибок

⏳ 10 мин | 🟤🟤⚪️

Перейти | BA|SA

Изучите востребованные инструменты разработки

Записывайтесь в февральскую группу курса Microservice Architecture для разработчиков Backend и Fullstack, архитекторов ПО и Team Lead:

За 4 месяца вы освоите принципы разработки масштабируемых и отказоустойчивых приложений:

— Навыки работы с Docker, Kubernetes, Kafka, RabbitMQ.
— Разбор архитектуры микросервисов и распределённых систем.
— Инструменты мониторинга: Prometheus, Grafana, ELK.
— Практику шардирования, кеширования и управления транзакциями.

Почему выбирают Otus?

— Широкая линейка IT-курсов: более 170 программ
— Специализация на курсах для Middle и Senior
— Преподаватели-практики из ведущих компаний
— Живые лекции
— Домашние задания, проекты и реальные кейсы

➡️ Интересно, насколько вы готовы к продвинутому курсу по MSA? Пройдите входное тестирование и получите скидку на курс по промокоду MSA_5: https://clck.ru/3Gef3W

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

В основе любого сильного проекта стоит сильный специалист.

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

Без этого никуда.

И не страшно, если вы пока плохо разбираетесь в каких-то современных системах. Хуже, если продолжаете игнорировать свои пробелы в hard skills.

Начните с бесплатных уроков по архитектуре и интеграциям:

▪️мощный инструмент — SOAP UI
▪️подробное описание процесса загрузки сайта
▪️модель TCP/IP и устройства
▪️XML — это вам не ХSD

Присоединяйтесь в чат-боте по ссылке:
👇
@studyit_help_bot

🚀 Скидка на полный курс от канала — 1 000 ₽ на Stepik по промокоду BANDS5 до конца марта.

📝 Шпаргалка по подходам в зависимости от целей Бизнес-процесса

- Бизнес-процесс для обучения/инструкций
- Бизнес-процессы для регламентов
- Бизнес процессы для аудита
- Бизнес-процессы для автоматизации

В след раз постараюсь более подробней описать каждый подход в примерах

Источник: @ba_and_sa

Шпаргалка по подходам в зависимости от целей Бизнес-процессов

- Бизнес-процессы для обучения/инстуркции
- Бизнес-процессы для регламентов
- Бизнес-процессы для аудита
- Бизнес-процессы для автоматизации

Источник: @ba_and_sa

Краткий гайд по написанию бизнес-процессов

1️⃣ С чего начать?

1. Определите цель описания бизнес-процесса:
- Для обучения/инструкций: процесс должен быть простым и понятным для новичков.
- Для регламентов: процесс должен быть детализированным и формализованным.
- Для аудита: процесс должен отражать реальное положение дел, включая слабые места.
- Для автоматизации: процесс должен быть четким, с указанием точек интеграции и данных.

2. Соберите информацию:
- Поговорите с участниками процесса (сотрудниками, руководителями).
- Изучите документацию, если она есть. Или поищите инфу в инете.
- Наблюдайте за процессом в действии.

3. Определите границы процесса:
- Где процесс начинается?
- Где заканчивается?
- Какие входные и выходные данные?
- Кто ответственный или кто участник?

4. Выберите нотацию для описания:
- BPMN (Business Process Model and Notation) — для сложных процессов.
- Flowchart (блок-схемы) — для простых процессов.
- Текстовое описание — для инструкций или регламентов.

2️⃣ Как правильно описывать бизнес-процессы?

1. Разбейте процесс на этапы:
- Каждый этап должен быть логически завершенным.
- Укажите, кто отвечает за каждый этап (роль или должность).

2. Используйте четкие формулировки:
- Избегайте двусмысленности.
- Указывайте конкретные действия, например, "Сотрудник проверяет заявку на соответствие требованиям".

3. Добавьте условия и ветвления:
- Если процесс может идти по разным сценариям, укажите условия (например, "Если заявка одобрена, перейти к этапу 3; если нет, вернуть на доработку").

4. Укажите входы и выходы:
- Что поступает на вход этапа (документы, данные, ресурсы).
- Что является результатом этапа.

5. Визуализируйте процесс:
- Используйте диаграммы, схемы, таблицы для наглядности.
- Для сложных процессов используйте специализированные инструменты (например, Bizagi, Lucidchart, Visio).

3️⃣ Советы для новичков

- Начинайте с простого:
Не пытайтесь описать весь процесс сразу. Разбейте его на части.

- Не усложняйте:
Избегайте излишней детализации, если это не требуется для цели.

- Проверяйте на практике: Убедитесь, что описание соответствует реальности.

- Используйте шаблоны:
Найдите примеры похожих процессов и адаптируйте их под свои нужды.

- Собирайте обратную связь:
Покажите описание участникам процесса и внесите правки.

4️⃣ Инструменты для описания бизнес-процессов

- BPMN-диаграммы: Bizagi, Lucidchart, Visio.
- Блок-схемы: Draw.io, Miro.
- Текстовые редакторы: Word, Google Docs (для регламентов).
- Специализированные программы: ARIS, ELMA, Business Studio.

5️⃣ Пример структуры описания бизнес-процесса (можно использовать как шаблон)

1. Название процесса:
Например, "Обработка заказа клиента"

2. Цель процесса:
Например, "Обеспечить своевременную обработку и доставку заказа"

3. Участники процесса:
Менеджер, склад, курьер

4. Этапы процесса:
- Этап 1: Получение заказа.
- Этап 2: Проверка наличия товара.
- Этап 3: Сборка заказа.
- Этап 4: Доставка клиенту

5. Входы/выходы:
Заявка клиента → Подтверждение заказа → Доставленный товар

6. Условия и исключения:
Если товара нет на складе, уведомить клиента.

Чуть позже скину «Шпаргалку по подходам в зависимости от целей Бизнес-процесса»

Источник: @ba_and_sa

💥 Apache Kafka: мощь, которой вы еще не владеете! Курс, который сделает вас профи в потоках данных.💥

Превратите свои проекты в образец стабильности и скорости! Учитесь у экспертов, которые знают Kafka изнутри.

На курсе вы научитесь:
- Разворачивать Kafka и настраивать брокеры.
- Использовать API и разрабатывать программы на Kafka Streams, Spring, Akka, ZIO.
- Интегрировать Kafka с другими системами.
- Настроить мониторинг и безопасность.

💼 Реальная практика, живые лекции и диплом, который ценят ведущие компании.

💪 Готовы прокачаться? Пройдите полное тестирование и присоединяйтесь к группе с максимальной скидкой по промокоду "Kafka_5", а также получите доступ к открытым урокам курса: 👉 https://clck.ru/3GdLBA

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576