Бизнес-анализ и системный анализ в IT

Лекционно-практический курс

Теоретический материал курса охватывает все 6 областей знаний свода BABOK и построен на основах анализа требований согласно К. Вигерсу. 

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

Описание курса

Теоретический материал курса охватывает все 6 областей знаний свода BABOK и построен на основах анализа требований согласно К. Вигерсу. 

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

Цель курса:

После окончания курсы вы:

• Структурируете свои знания в области бизнес-анализа и системного анализа в IT.

• Повысите эффективность выполняемой работы, применяя новые знания.

• Повысите качество производимых артефактов этапа анализа.

• Будете понимать границы между разработкой требований к ПО и UX/UI проектированием / архитектурой / проектным управлением.

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

Аудитория курса:

Курс рассчитан для:

•      middle и junior специалистов аналитиков;

•      PO (product owner), PM (Product manager);

участников процесса разработки программных продуктов: менеджеры проекта, программисты, QA специалисты

Введение в бизнес-анализ

• Стандарты и профессиональная литература

• Описание понятия Бизнес-анализ

• Модель базовых понятий бизнес-анализа согласно BABOK

• Ракурсы бизнес-анализа согласно BABOK

• Описание профессии Бизнес-аналитик

• Роли и задачи бизнес-аналитика

• Области знаний свода знаний BABOK

• Структура свода знаний BABOK (Как читать свод знаний BABOK)

Разработка Программного продукта

• Процесс разработки ПО

• Подходы к процессу разработки и методологии

• Бизнес-анализ в Agile проектах. Понятие MVP

Планирование и мониторинг бизнес-анализа как область знаний из BABOK

• Задача «Планирование подхода к бизнес-анализу»

• Понятие Заинтересованные стороны

• Отличия между бизнес-аналитиком, product owner, product manager и project manager

• Задача «Планирование вовлечения заинтересованных сторон»

• Задача «Планирование руководства бизнес-анализом»

• Задача «Планирование управления информацией бизнес-анализа»

• Задача «Определение возможностей улучшения эффективности бизнес-анализа»

Требования к ПО

• Понятие Требование

• Схема классификации требований

Разработка технических условий

• Дисциплины: Разработка требований и Управление требованиями

• Каркас Разработки требований

• Выявление и сотрудничество как область знаний из BABOK

• Задача «Подготовка к выявлению»

• Техники выявления

• Задача «Проведение выявления»

• Задача «Подтверждение результатов выявления»

• Задача «Сообщение информации бизнес-анализа»

• Задача «Управление сотрудничеством с заинтересованными сторонами»

• Анализ 

• Моделирование. Техники, языки моделирования и инструменты. Краткий обзор нотаций IDEF0, DFD, BPMN, UML.

• Документация требования. Стандарты документации

Анализ стратегии и определение концепции решения

• Анализ текущего состояния

• Анализ будущего состояния

• Определение стратегии изменения

• Техники, используемые при анализе стратегии

• Документ «Концепция и границы проекта». Краткий обзор на ТЗ по ГОСТ 34

• Практика 1 на составление Концепции (формулировка исходных данных, будущего решения, оформление контекстной диаграммы в нотации IDEF0, DFD, практика на составление диаграммы Исикавы)

Пользовательские требования. Нотация UML. Бизнес-правила. Моделирование данных.

• Пользовательские требования и форматы описания

• Варианты использования (Use case) и сценарии

• Пользовательские истории (User story)

• UML нотация

• UML нотация. Диаграмма вариантов использования

• Практика 2 на составление списка вариантов использований (ВИ) и пользовательских историй

• Практика 3 на составление сценариев к одному ВИ

• Моделирование пользовательских интерфейсов

• Практика 5 на отрисовку пользовательского интерфейса

• UML нотация. Диаграмма деятельности

• Практика 4 диаграммы деятельности в Draw.io

• Практика 4 (продолжение)

• Базовое описание интеграций между системами. API

• UML нотация. Диаграмма последовательности

• Практика 6 на составление одного сценария и диаграммы последовательности в Draw.io

• Бизнес-правила

• Техника Глоссарий. Техника Моделирование данных. Техника Словарь данных.

• Практика 7 на составление Словаря данных

• UML нотация. Диаграмма состояний

• Практика 8 на составление диаграммы состояний

Спецификация требований

• Документ «Спецификация требований к ПО»

• Функциональные требования

• Нефункциональные требования

• Характеристики хороших требований

• Практика 9 на составление функциональных требований и на создание структуры документов

Область знаний Анализ требований и определение дизайна

• Спецификация и моделирование требований

• Верификация требований

• Валидация требований

• Определение архитектуры требований

• Определение вариантов решения

• Анализ потенциальной ценности и рекомендация решения

Управление требованиями как область знаний из BABOK

• Трассировка требований

• Поддержание требований

• Приоритизация требований

• Оценка изменений требований

• Одобрение требований

Оценка решения как область знаний из BABOK

• Измерение эффективности решения

• Анализ показателей эффективности

• Оценка ограничений решения

• Оценка ограничений предприятия

• Рекомендация действий по увеличению ценности решения

Компетенции и знания, необходимые аналитику

• Базовые компетенции

• Еще раз про разные стороны, на которых может работать аналитик

• Что еще может делать аналитик помимо разработки и управления требованиями

Свободная практика