Business | System analyst
15.9K subscribers
192 photos
104 videos
9 files
1.13K links
Авторский канал для бизнес/системных аналитиков от аналитика со стажем, как для начинающих, так и для бывалых

Сотрудничество: @the_real_bird

Регистрация РКН: https://knd.gov.ru/license?id=673c68d031a9292acd1c5784&registryType=bloggersPermission
Download Telegram
Please open Telegram to view this post
VIEW IN TELEGRAM
📊 Бесплатный вебинар для бизнес-аналитиков:
«Сквозной процесс управления требованиями»

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

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

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

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

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

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

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

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

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

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
📊 Моделируете бизнес-процессы? Убедитесь, что делаете это правильно!

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

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

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

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

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

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
А как вы думаете, заменит ли ИИ аналитиков? Или что нам ждать от этой штуки? Может мы станем хорошими напарниками?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

____________

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

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

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

Как думаешь, какие навыки аналитика ИИ пока не сможет повторить?
Please open Telegram to view this post
VIEW IN TELEGRAM
👀Как спроектировать REST API, чтобы разработчики не проклинали вас: практика для системных аналитиков

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

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

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

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

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
Forwarded from Analyst IT
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

Теперь ты сможешь объяснить их даже бабушке! 😉
Please open Telegram to view this post
VIEW IN TELEGRAM
🗓 25 апреля, 18:30 мск, Пятница
📍Офлайн | 💻 Онлайн

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
Конвейеры данных (Data Pipelines) — это автоматизированные процессы сбора, обработки, преобразования и перемещения данных из различных источников в целевые хранилища (например, базы данных, DWH, озёра данных).

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

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

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

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

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

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

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

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

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

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

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

Источник: @ba_and_sa
Please open Telegram to view this post
VIEW IN TELEGRAM