Учебный курс для бизнес-аналитиков
Этот курс — практическая «дорожная карта» для бизнес-аналитика: от формулировки проблемы и карты стейкхолдеров до измеримого эффекта после релиза. Мы не ограничиваемся теорией. Вы пройдёте полный цикл решения: discovery → delivery → adoption. На каждом шаге разберём, как говорить с бизнесом на языке ценности, с ИТ — на языке требований и архитектуры, а с руководством — на языке метрик, рисков и эффекта.
Ценность курса в том, что он закрывает разрыв между «что хотим» и «что реально поставляется и работает». Вы научитесь извлекать требования через интервью и воркшопы, оформлять их в BRD/SRS, визуализировать процессы в BPMN/UML, переводить хотелки в управляемый бэклог и принимать поставку через UAT так, чтобы результат соответствовал исходной бизнес-проблеме. Отдельные модули посвящены нефункциональным требованиям и эксплуатации (производительность, доступность, безопасность), чтобы риски эксплуатации снимались ещё на этапе аналитики.
Мы много работаем с данными: строим предметные модели, словари показателей, проверяем качество данных, понимаем витрины/семантический слой, проектируем дашборды под решения, а не «красоту». В курс интегрированы доменные блоки — ритейл, производство, логистика, банки/финтех, здравоохранение — чтобы вы умели быстрее «входить в отрасль» и говорить на её языке (OTIF и OEE, KYC/AML и XBRL, HL7/FHIR и LOS). Мы также отделяем BI-аналитику решений от операционной телеметрии и показываем, как BA связывает продуктовые метрики (retention/MAU) с SLO/SLI (p95, error rate) в Grafana.
Отдельный фокус — экономика изменений и метрики. Вы выберете North Star, построите пирамиду и дерево метрик, увяжете их с OKR, зададите паспорт метрики и процесс версионирования методик, чтобы цифры были сопоставимы и полезны для решений. После релиза — пост-мониторинг, A/B там, где это уместно, и обоснование эффекта на понятном для бизнеса языке.
Курс помогает и в организационных вопросах: как проводить закупки/аутсорс без ловушек (RFI/RFP, формальное ТЗ/SOW, SLA и критерии приёмки), как выстраивать change management и эскалации, как собирать библиотеку артефактов (паспорт дашборда, risk-register, UAT-пакет, release notes, post-mortem, коммуникационный план). На выходе у вас будет не только знание, но и «боевой» пакет документов под корпоративные стандарты.
Это обучение подойдёт начинающим BA, которые хотят быстро получить «скелет» профессии, и опытным специалистам, которым нужно систематизировать подход, подтянуть данные/метрики, научиться защищать решения на руководящих советах и увереннее вести кросс-функциональные инициативы. Формат — много практики, кейс-клиники и разборы рисков; мы целенаправленно тренируем навык «перевода» между бизнесом, ИТ и эксплуатацией и закрепляем его артефактами, которые можно сразу использовать в вашей компании.
Программа курса «Бизнес-аналитик: от запроса к результату»
Модуль 1. Роль бизнес-аналитика и жизненный цикл решений
Цель: понять зону ответственности BA и как доводить инициативу от идеи до эффекта.
Темы: Stakeholders & RACI, жизненный цикл (discovery → delivery → adoption), артефакты BA, value case vs. business case, метрики успеха.
Практика: карта стейкхолдеров, формулировка проблемы (Problem Statement), SMART-цели.
Модуль 2. Сбор требований: интервью, воркшопы, фасилитация
Цель: научиться извлекать суть, не теряя детали.
Темы: интервью (структурированное/полуструкт.), воркшопы, дизайн-мышление, 5 Why, Jobs-to-Be-Done, user story mapping.
Практика: скрипт интервью, конспект инсайтов, пользовательские истории с критериями приемки.
Модуль 3. Документирование требований: BRD, SRS, User Story, Use Case
Цель: оформить требования так, чтобы их могли реализовать.
Темы: уровни требований (бизнес/функц./нефункц.), шаблоны BRD/SRS, INVEST, MoSCoW, traceability.
Практика: мини-SRS + backlog в Jira/YouTrack, матрица трассируемости.
Модуль 4. Моделирование процессов: BPMN 2.0 + UML (UC/Activity/Class)
Цель: визуализировать «как есть/как будет».
Темы: BPMN (events/gateways/pools), граничные условия, SLA и узкие места; UML для BA (Use Case, Activity, Class на уровне домена).
Практика: модель AS-IS/TO-BE, перечень изменений и быстрых побед.
Модуль 5. Данные и метрики для BA (без углубления в dev)
Цель: уверенно говорить о данных с ИТ и бизнесом.
Темы: предметная модель (entities/attributes), справочники и мастер-данные, качества данных (DQ), базовые запросы SQL на чтение, расчет бизнес-метрик (LFL, GM, OOS, ARPU и др.).
Практика: словарь показателей + источник данных, выборка «как проверить метрику».
Модуль 6. BI/DWH для аналитика требований
Цель: понимать рамки и ограничения аналитических проектов.
Темы: витрины данных, семантический слой, источники/обновление, latency, типовые дашборды для финансов/продаж/операций; роль BA в acceptance дашбордов.
Практика: бриф на дашборд (цель, аудитория, решения, KPI, макет), критерии качества визуализаций.
Модуль 7. Нефункциональные требования и архитектурные ограничения
Цель: заранее снять риски эксплуатации.
Темы: производительность, доступность, безопасность, аудит, лицензии, интеграции; приоритизация NFR и тестируемость.
Практика: раздел NFR к вашему SRS + риск-реестр.
Модуль 8. Управление бэклогом и согласования
Цель: превратить «хотелки» в реализуемый план.
Темы: приоритизация (WSJF, MoSCoW), roadmap, критерии Definition of Ready/Done, change management, версионирование требований, эскалации.
Практика: план релиза, DoR/DoD для вашей команды.
Модуль 9. Тестирование и приемка с участием BA
Цель: выпускать то, что решает исходную бизнес-проблему.
Темы: тест-дизайн на уровне BA, приемочные сценарии, UAT, проверка метрик после запуска, A/B где уместно.
Практика: набор acceptance-кейсев + чек-лист приемки.
Модуль 10. Экономика изменений и эффект для бизнеса
Цель: связывать требования с ценностью.
Темы: гипотезы и эффекты, базовый ROI/TCO, экспериментальный дизайн, пост-мониторинг.
Практика: простая модель эффекта + план мониторинга KPI после релиза.
Модуль 11. Карьерный роадмап бизнес-аналитика
Зачем: понять, куда расти: продуктовый BA, data/BI BA, enterprise/ARIS, доменные треки.
Внутри: матрица компетенций (junior→lead), сертификации (IIBA ECBA/CBAP, PMI-PBA), портфолио BA, менторинг, «как выбирать следующий проект/домен».
Практика: личный roadmap на 6–12 месяцев + план апгрейда навыков.
Модуль 12. Термины и «Словарь бизнес-аналитика» (RU/EN)
Зачем: единый язык команды и заказчика.
Внутри: глоссарий BA (бизнес/данные/визуализация/процессы), правила нейминга и аббревиатур, словарь метаданных для документов (ID, версия, владелец), соответствия RU↔EN (например, «остатки» = inventory on hand, «выбросы» = outliers).
Практика: корпоративный словарь 300+ терминов + style-guide именований.
Модуль 13. Аналитика розничного бизнеса (Retail)
Зачем: быстро войти в домен ритейла.
Внутри: POS/CRM/лояльность, KVI и эластичности, промо-эффекты, LFL нюансы, сезонность и праздники, категории/SKU-иерархии, возвраты/сторно, омниканал.
Практика: мини-витрина для категорийного менеджмента + макет дашборда «Promo & GM%».
Модуль 14. Бизнес-аналитика в производстве (Manufacturing)
Зачем: связать операции и метрики цеха.
Внутри: ERP↔MES↔SCADA, OEE (availability/performance/quality), TAKT/lead time, scrap/rework, SPC-контроль, партионность и трассируемость, MRP/APS.
Практика: AS-IS/TO-BE процесса участка + калькулятор OEE для пилота.
Модуль 15. BI-системы в логистике и цепочках поставок
Зачем: дизайн витрин и метрик для WMS/TMS/YMS.
Внутри: OTIF, service level, план-факт по рейсам, FTL/LTL, cross-dock, slotting, CO₂-метрики перевозок, latency по телематике, геоданные.
Практика: дашборд OTIF & Delay reasons + политика свежести данных по «ногам» цепочки.
Модуль 16. Бизнес-аналитика в банке и финтехе
Зачем: специфика данных и регуляторики.
Внутри: транзакционные потоки, KYC/AML, скоринг (PD/LGD/EAD), антифрод-паттерны, XBRL-отчётность, чувствительные данные и маскирование, триггеры инцидентов.
Практика: витрина транзакций + сценарии сегментации и алертов для антифрода.
Модуль 17. Бизнес-аналитика в медицине (Healthcare)
Зачем: работать с клиническими и операционными данными.
Внутри: HL7/FHIR, EMR/EHR, ICD-10/LOINC, приватность медданных, KPI клиники (LOS, readmission, no-show), маршрутизация пациента, интеграция PACS.
Практика: дашборд Clinic Ops (нагрузка, no-show, LOS) + чек-лист приватности.
Модуль 18. Grafana для продуктовой и операционной аналитики
Зачем: отличить BI-аналитику решений от телеметрии/продуктовой аналитики.
Внутри: источники (Prometheus, Loki, ClickHouse, Postgres), explore & alerting, SLO/SLI (p95 latency, error rate), аннотации релизов, панели для продуктовых метрик (retention, когорты) vs операционных.
Практика: панель p95 + retention с алертами и аннотациями релизов.
Модуль 19. Техническое задание (ТЗ) для закупок и аутсорса
Зачем: отличить SRS от формального ТЗ/SOW и пройти закупочные гейты.
Внутри: структура ТЗ (цели, scope, артефакты, SLA/NFR, план работ, роли, критерии приемки, организация оплаты/штрафов, IP/конфиденциальность), RFI/RFP, критерии оценки вендоров, риски контрактов.
Практика: шаблон ТЗ + «пример ТЗ» под BI/DWH-проект.
Модуль 20. Библиотека документов и шаблонов BA
Зачем: быстро стартовать и стандартизировать артефакты.
Внутри: шаблоны: интервью-гайд, протоколы встреч/бордов, паспорт дашборда, RACI, risk-register, change request, UAT-пакет, release notes, post-mortem, коммуникационный план к релизу.
Практика: сборка вашего пакета шаблонов под корпоративные стандарты.
Модуль 21. Метрики: от целей к измеримым решениям
Роль BA — превратить бизнес-цели в измеримые метрики, которыми команда умеет управлять: описать определения и формулы, выбрать фреймворк (NSM/дерево/пирамида, AARRR, HEART/PULSE), отделить опережающие (leading) от запаздывающих (lagging), завести «паспорт метрики» и организовать приёмку и версионирование методики. Хорошая метрика должна быть чувствительной, управляемой, понятной, сравнимой и мотивирующей к действию, иначе она не помогает принимать решения.
1 Предметная область: что такое бизнес-анализ?
- Бизнес-аналитик
- Зачем нужен бизнес-анализ?
- Чем занимаются бизнес-аналитики в IT
- Как построить карьеру бизнес-аналитика в IT
- Навыки и требования к аналитикам данных на разных уровнях в отдельных компаниях
- Глоссарии бизнес-аналитика
- Маршруты профессионального развития для аналитика
- Профессиональный стандарт бизнес-аналитика
- Профессиональный стандарт системного аналитика
- Карта профессионального развития аналитика-проектировщика в IT
- Что будут спрашивать на собеседовании?
2 Управление требованиями и постановка задачи
- Требования к ПО
- Рекомендации по подготовке требований к ПО
- Толковый бизнес-аналитик. Разработка бизнес-требований
- Введение в Rational Unified Process (RUP)
- Шаблон документа с бизнес-требованиями на основе BABOK
- Шаблон матрицы трассировки требований
- Контрольный список требований
- Сбор требований для проекта внедрения BI-системы (системы бизнес-анализа)
- Как бизнес-аналитику работать с требованиями, чтобы закрыть потребности бизнеса
- Сам себе BI-аналитик или как навести порядок в отчётности компании
- Федеративное обучение и конфиденциальный анализ данных: теория, практика и вызовы внедрения
- Definition of Ready и Definition of Done: как критерии изменили правила игры в управлении задачами и проектами
3 Основы бизнес-анализа. Полезные материалы
- Какие вопросы задать заказчику?
- Карл Вигерс. Разработка требований к программному обеспечению
- Георгий Савельев. Бизнес-требования. Назначение
- Э. Халл, К. Джексон, Д. Дик. Разработка и управление требованиями
- Видеокурс НИУ ВШЭ. Анализ и моделирование бизнес-процессов
- Моделирование бизнес-процессов. Цикл лекций
- Современные методы описания функциональных требований к системам
- Гайд по User Stories для Junior BA / PO / PM
- Описание бизнес-процессов «Как есть» (AS IS) и «Как должно быть» (TO BE)
- Процессная модель, как пошаговая инструкция
- Трудоемкость и цена описания бизнес-процесса
- Что такое бизнес-процесс. Описание бизнес-процесса
- Аналитика лояльности покупателей: практическое применение RFM-модели и дашбордов в розничной торговле
- Преодоление хаоса: как BI-системы решают главные проблемы данных в ритейле
- BI Аналитика для небольших аптечных сетей: готовые дашборды и расчет эффективности
- Планирование промоакций в FMCG
- Фундамент для эффективной аналитики данных: как правильно организовать доступ к данным и избежать критических ошибок
4 Моделирование (UML)
- Введение в UML
- UML для IT бизнес-аналитиков. Этап начала проекта
- Как освоить UML самостоятельно за 24 часа?
- Моделирование и проектирование
- Книги по UML
5 Проектирование и дизайн пользовательских интерфейсов
- Алан Купер об интерфейсе. Основы проектирования взаимодействия
- Основы Balsamiq Mockups
- Что такое UX/UI-дизайн?
- Дизайн пользовательского интерфейса. Искусство мыть слона
- 10 главных правил UI-дизайна
- Проектирование и дизайн пользовательского интерфейса. Учебное пособие
6 Проектирование информационных систем (дополнительные курсы)
- Курс «Проектирование информационных систем»
- Применение ГОСТ 34 при проектировании АС
- Управление данными
7 Управление IT-проектами (дополнительные курсы)
- Основы управления проектами
- Интенсив Project Manager
- Управление ИТ-проектами: теоретические основы, задачи и решения
- Область знаний по управлению проектами (PMBooK)
8 Вебинары, митапы, онлайн-лекции
Автор - Денис Бесков, руководитель Systems.Education
- Аналитик в IT-проектах: кто это такой?
- IT-аналитик: чем его работа ценна для бизнеса
- Аналитик: Свой среди чужих, чужой среди своих
- Исследование предметной области как квест в работе аналитика
- Пользовательские истории в теории и на практике
- Пиши проще: доклад о том, как делать хорошую документацию
- Обзор новых книг от O’Reilly: что почитать дата-инженерам, аналитикам и архитекторам
9 Трудоустройство бизнес-аналитика: ценные советы и материалы
- Стать аналитиком: как пройти интервью
- Как выполнить тестовое задание на вакансию IT-аналитика
- Чего хотят наниматели от системного аналитика
- Remote Analyst. Первые шаги и главные вопросы
- Бизнес-аналитик от базового до 80 уровня
- Что такое DataOps?
- Создание дорожной карты развития бизнес-аналитика. From Beginner to Senior and above
- Системный аналитик нового поколения: исчерпывающая карта компетенций от Middle до Senior уровня
- Навыки и требования к аналитикам данных на разных уровнях в «Яндексе». Профессия аналитика данных
10 Техническая база для менеджеров продукта
- Часть 1 — общие понятия
- Часть 2 — frontend
- Часть 3 — backend
- Часть 4 — базы данных
- Часть 5 — архитектура продукта
- Часть 6 — сеть, информационная безопасность и СI/CD
11 Анализ данных open-source
- Учебный курс по Open-source BI - Apache Superset, Metabase, Redash
- Учебный курс по Apache Airflow и NiFi
- Учебный курс Современная архитектура хранилища данных - много инструментов open-source (например Data catalog)
12 Дополнительно
- Обучающий курс: Как писать ТЗ на внедрение систем работы с данными
- Глоссарий по управлению данными (Data Governance), хранилищам данных (DWH) и бизнес-аналитике (BI)
- Моделирование данных: зачем нужно и как реализовать
- Новая парадигма «унифицированной схемы звезды» в обзоре моделирования данных Google Analytics
- Разработка требований к ПО: общие понятия
- Роль больших данных в успешной непрерывности бизнеса
- Как анализировать товары, которых нет в наличии, в Google Analytics
- Оптимизация ассортимента с помощью Power BI
- Семантический слой: Что это такое и каким он должен быть?
- Актуальный словарь терминов по данным
- Улучшение взаимодействия с пользователями BI в корпоративных средах: практические стратегии, которые работают
- Узнайте разницу между BI-разработчиком и BI-специалистом, прежде чем начинать создавать свою команду
- Weekly Business Review (WBR)
Грейды аналитиков
System Design for Interviews and Beyond
1) Про минимум нефункциональных требований (FURPS+), при определении требований к дашикам https://www.marcinziemek.com/blog/content/articles/8/article_en.html
Безопасность данных в BI
Безопасность данных в BI является критически важной, поскольку эти системы обрабатывают и хранят большие объемы информации, включая конфиденциальные данные.
Угрозы безопасности данных в BI можно классифицировать на несколько основных типов:
1) Несанкционированный доступ: ваша кузница дашбордов - всего лишь один из эндпоинтов, по крайней мере в крупной компании, и вопрос ролевой модели должен звучать всегда: согласованно ли организован доступ по всей цепочке доступа к данным?
Нет ли у меня нигде дырок, когда, например, папка, в которой лежат дашборды, закрыта, но API, из которой тянется чувствительный датасет, можно дернуть из Postman без токена?
2) Искажение данных: какую математику мы берем на борт, то у нас и получится. Но даже если механика сборки показателей одинакова и датасет одинаков, пытливый и упорный ум найдет способ сманипулировать данными. Тема дискриминации на данных всегда актуальна)
3) Требования регуляторов: ФЗ-152 и аттестация по нему - тот еще квест, зато в конце нам не будет больно. Но это не точно.
4) Ошибки пользователей: я ловила вшитые пароли там, где их быть не должно, замену техпользователя на перс аккаунт (и наблюдала, как смена владельца таблицы повлекло за собой отказ в чтении данных со стороны СУБД),
Практические рекомендации простые:
Ограничить количество пользователей с правами администратора.
Использовать роли для группировки пользователей с аналогичными правами.
Регулярно пересматривать и обновлять права доступа в соответствии с изменениями в бизнес-процессах.
Настраивать мониторинг действий пользователей для выявления подозрительной активности (и да, для этого надо для себя определить, что в вашем королевстве будет считаться "нормальной активностью")
Что почитать?
Оч простенькая статья https://iso.ru/ru/press-center/journal/1868.phtml - в ней, в основном, ставятся правильные вопросы, которые вы должны себе задавать.