Стандарт babok бизнес это

* Для физических лиц действует скидка 10% Закажите корпоративное обучение с учетом ваших потребностей

Описание

Руководство к своду знаний бизнес-анализа (BABOK Guide) – это признанный стандарт практики бизнес-анализа, разрабатываемый Международным институтом бизнес-анализа (www.iiba.com). Он обобщает опыт ведущих бизнес-аналитиков всего мира и описывает основные задачи бизнес-анализа, а также общеупотребительные техники, используемые для их решения.

Курс посвящен изучению одной из областей знания BABOK, «Оценка решения». В данной области знания рассматриваются задачи по бизнес-анализу, которые бизнес-аналитик выполняет, чтобы выявить и увеличить ценность, которую решение приносит организации.

Изучение ключевых понятий и обзор содержания области знания «Оценка решения» сопровождается подробными пояснениями и примерами из личного опыта инструкторов и мировой практики.

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

Что такое BABOK@Guide, кому он и зачем он нужен: краткий обзор с комментариями

После прохождения курса выдается
сертификат на бланке IBS Training Center

Руководство BABOK на русском
языке бесплатно

Цели

Целью курса является ознакомление слушателей с областью знания «Оценка решения» международного профессионального стандарта BABOK Guide 3.0

• получают представление об основных понятиях области знания;
• изучают задачи, решаемые бизнес-аналитиками, и связанные с ними входные и выходные данные, руководства и инструменты;
• знакомятся с теорией и практикой применения техник бизнес-анализа.

Целевая аудитория

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

Предварительная подготовка

• Обязательно предварительное прохождение курса «BABOK Guide 3.0: Введение в бизнес-анализ».
• Базовые знания английского языка.

Источник: ibs-training.ru

BABOK — главный свод правил бизнес-аналитика

Для профессионалов, работающих в области бизнес-анализа, BABOK – это не новое понятие. Большинство из них уже знакомы с этим термином и знают, что BABOK – это сокращение от Business Analysis Body of Knowledge, в переводе с английского языка – «Основы бизнес-анализа». Однако, для новичков в этой области и тех, кто только начинает погружаться в основы бизнес-анализа, понять, что такое BABOK, может быть сложно.

Краткий обзор BABOK

BABOK – это руководство для бизнес-аналитиков, созданное международной ассоциацией IIBA (International Institute of Business Analysis). Он содержит основы бизнес-анализа, включая терминологию, методологии и практики, используемые в этой профессии. BABOK также содержит рекомендации и стандарты, необходимые для эффективной работы в области бизнес-анализа.

BABOK состоит из нескольких разделов, каждый из которых отвечает за определенные аспекты бизнес-анализа. Он включает в себя такие разделы, как:

1. Введение в бизнес-анализ
2. Планирование и контроль бизнес-анализа
3. Выполнение бизнес-анализа
4. Определение требований
5. Управление требованиями
6. Оценка и проверка результата бизнес-анализа

Концептуальная модель по бизнес-анализу

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

Для бизнес-аналитиков BABOK является не просто руководством, а набором полезных инструментов и практик, которые помогают им улучшить свою работу и добиться большего успеха в своей профессии.

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

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

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

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

Используете ли вы принципы BABOK в своей работе? Хотели бы вы подробнее ознакомиться с данным стандартом? Пишите свои ответы в комментариях.

Источник: dzen.ru

Объектно-ориентированный анализ BABOK

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

На рисунке 1 показаны задачи BABOK, в которых руководитель проекта является заинтересованным лицом (стейкхолдером).

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

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

ОБЗОР

В этой статье описывается проведенное мною исследование Свода знаний по бизнес-анализу v3 (BABOK). В результате этой работы была создана модель, содержащаяся в инструменте моделирования Visual Paradigm. Она охватывает 461 страницу BABOK, начиная с главы Business Analysis Key Concepts (Ключевые понятия бизнес-анализа) и заканчивая главой Techniques To Tasks Mapping (Методы маппинга задач).

Visual Paradigm — это мое личное предпочтение, но есть несколько инструментов моделирования, которые в равной степени способны разместить эту модель. Ссылки на Visual Paradigm и модель приведены в конце статьи.

В ходе анализа BABOK разбивается на классы объектов и их вспомогательные компоненты. Класс детализирует данные объекта и его функции. (См. Требования к спецификации и моделированию, BABOK, раздел 7.1.)

Архитектура модели упорядочивает эти классы и вспомогательные компоненты в пакеты. (См. Определение структуры потребностей, BABOK, раздел 7.4.)

Связи между компонентами модели обеспечивают возможность отслеживания. (См. «Требования к трассировке», BABOK, раздел 5.1).

ПОЧЕМУ МОДЕЛЬ?

В чем преимущество повторения информации BABOK в инструменте моделирования (таком как Visual Paradigm)?

Эта модель возникла, когда я пытался понять BABOK, чтобы решить практические вопросы для сертификации CBAP. Выяснилось, что поиск информации в BABOK занимает много времени. Мне нужен был более логичный метод поиска, который бы использовал подсказки в вопросе для поиска подходящих ответов. Информация в модели не просто повторяется с помощью графического представления, а объединяется в четкий набор рекомендаций.

Модель отражает компоненты BABOK и связи между ними. Типы компонентов: входы, выходы, задачи, методы, рекомендации и инструменты. После определения взаимосвязей между этими компонентами инструмент моделирования автоматически генерирует диаграммы, показывающие логические соединения (трассировку) между компонентами. Это позволяет отображать информацию с разных точек зрения.

Одна позволяет сосредоточиться на конкретном компоненте (или наборе компонентов) и увидеть взаимосвязи между этими и другими компонентами в модели. Например, на рисунке 2 показан артефакт Business Analysis Approach (Подход бизнес-анализа) и его отношения с другими объектами.

Компонент, о котором идет речь, окрашен в зеленый цвет. Компоненты, окрашенные в белый цвет, являются внешними входами в бизнес-анализ. Все остальные компоненты окрашены в синий цвет.

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

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

BABOK ВЕРСИЯ 3

The Business Analysis Body Of Knowledge v3 (BABOK) (свод знаний по бизнес-аналитике) — это всемирно признанный стандарт практики бизнес-анализа, основная цель которого — дать определение профессии бизнес-аналитика (BA) и предоставить набор общепринятых практик. BABOK включает в себя процесс, который в основном сосредоточен на задачах, выполняемых для получения результатов. Каждая задача создает или обновляет один или несколько артефактов, которые затем передаются последующей задаче или стейкхолдеру. Каждая задача описывается в терминах:

• Цель — текстовый обзор предназначения задачи
• Описание — подробное описание задачи
• Входы — описание информации, которую использует задача.

(Этот раздел также включает диаграмму, показывающую входы, руководства и инструменты, выходы и задачи, использующие эти выходы).

• Элементы — Это компоненты задачи, которые обеспечивают руководство по ее выполнению.

В модели элементы рассматриваются как атрибуты артефакта, создаваемого задачей. Каждый атрибут артефакта включает ссылку на элемент в BABOK.

• Руководства и инструменты — Краткое описание того, как руководства и инструменты анализа могут быть использованы в задаче.

Обратите внимание, что артефакты также могут быть руководствами.

• Техники — Краткое описание методик анализа, которые могут быть использованы во время выполнения задания.
• Заинтересованные стороны (стейкхолдеры) — люди, которые предоставляют исходные данные для выполнения задания или используют информацию, полученную в результате выполнения задания.
• Выходы — артефакты, созданные в результате выполнения задания.

Эти задачи сгруппированы в 6 областей знаний, где каждая описывает конкретную область экспертизы бизнес-анализа. Таким образом, BABOK представляет свою информацию в функциональной структуре «сверху вниз». Области знаний содержат задачи, включающие методы, результаты, стейкхолдеров и т.д., имеющие описание.

Рисунок 3: содержит диаграммное представление структуры BABOK.

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

Не показано на диаграмме — методы собраны в пакет.

МОДЕЛЬ

Модель использует объектно-ориентированный подход для сбора информации бизнес-анализа. Объектно-ориентированный анализ и проектирование (OOA/OOD) создает модель, которая фокусируется на «реальных» вещах (объектах) в BABOK. В результате получается «плоская» структура, которая фокусируется на компонентах и отношениях между ними.

Артефакты

Первичным компонентом является артефакт. Артефакты описаны в разделах «Входы» и «Выходы» BABOK. Артефакты — это класс объектов, которые определяются:

• атрибутами (Элементы в BABOK)
• операциями (Задачи в BABOK).

Я добавил уникальный идентификатор к каждому артефакту. В BABOK нет аналога этого элемента. Например, Requirement включает атрибут Requirement ID для уникальной идентификации каждого требования.

Отношения между артефактами фиксируются с помощью зависимостей. (Зависимости получаются путем соединения всех входов и выходов каждой задачи).

Каждый артефакт включает как минимум 1 операцию (задача), множество атрибутов (элемент) и как минимум 1 взаимосвязь (зависимость). Артефакт может быть создан многими задачами (операциями), но задача создает (или обновляет) ровно 1 артефакт.

Если, согласно BABOK, задача имеет более 1 выхода, эти выходные артефакты объединяются с помощью связи агрегирования в первичный артефакт, содержащий вторичные артефакты. Каждый артефакт имеет свои собственные элементы (или атрибуты), но связь агрегирования указывает на то, что все артефакты выполняют одни и те же операции и используют одни и те же отношения.

На рисунке 4 показано, что Будущее состояние включает в себя Потенциальную ценность и 1 или более Бизнес-целей.

Обратите внимание, что атрибуты ссылаются на эквивалентный им номер параграфа элемента в BABOK.

Хотя это не показано на диаграмме, подразумевается, что бизнес-цель и потенциальная ценность включают операцию определения будущего состояния.

Поддерживающие компоненты

Стейкхолдеры представлены акторами. Методы и задачи моделируются с помощью примеров использования. Руководства/инструменты моделируются объектами (классами). Стейкхолдеры, методы, руководства и инструменты связаны с соответствующей задачей с помощью отношений Includes или Association. Метка на связи указывает, является ли она методом или руководством/инструментом.

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

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

В модели используются пакеты для представления областей знаний, и соответствующие артефакты назначаются своему пакету. Рисунок 5: содержит диаграммное представление структуры модели.

При использовании инструмента моделирования, каждый тип компонента может быть расположен в своей собственной папке; с папками для: Артефакты, Руководства и Инструменты, Области знаний, Стейкхолдеры, Задачи и Методы. Папка «Артефакты» далее делится на подпапки: Расходуемые, Получаемые и Входные.

• Расходуемый артефакт — производится бизнес-аналитиком (BA) и используется как часть процесса бизнес-анализа (т.е. является как входом, так и выходом из задач).
• Получаемый артефакт — производится BA и используется стейкхолдерами вне процесса бизнес-анализа (т.е. является выходом из задачи, но не входом).
• Входной артефакт — используется BA, но производится стейкхолдерами вне процесса бизнес-анализа (т.е. является входом для задач, но не результатом задачи).

СОЗДАНИЕ МОДЕЛИ

Структура модели была разработана путем создания пакетов, содержащих компоненты (Артефакты, Задачи, Акторы, Техники, Руководства, Инструменты и Области знаний). Артефакты (входы и выходы для каждой задачи) добавляются в пакет Artifacts как классы. Задачи добавляются к соответствующим артефактам как операции. (Соответствующий артефакт — это основной артефакт, который выводится задачей). Элементы добавляются к соответствующему артефакту в качестве атрибутов. (Соответствующий артефакт получается из описания элемента). Если задача выводит несколько артефактов, только один из них содержит элемент.

Не всегда понятно, какая информация содержится в названии элемента. Поэтому я уточняю имя атрибута, добавляя к нему «тип», который идентифицирует вывод из элемента. На рисунке 4: показано несколько примеров, например, Potential Value имеет тип ‘описание чистой выгоды’.

Далее раздел «Входы/выходы», «Руководства и Инструменты», «Методы» и «Стейкхолдеры» для каждой задачи в BABOK, фиксируются с помощью 4 диаграмм. Каждая диаграмма прикрепляется к основному артефакту, который выводится задачей, в качестве дочерней диаграммы.

Эти 4 типа диаграмм отражают всю необходимую информацию в BABOK.

Диаграмма использования

Это диаграмма класса, которая показывает все входные и выходные артефакты, подключенные к артефакту (для всех задач, производящих Артефакт в качестве выхода). На рисунке 6 показана диаграмма использования для артефакта «Требование».

Диаграмма потока данных

Эта диаграмма показывает входы и выходы для каждой операции артефакта. На рисунке 7 показана диаграмма потока данных для операции Анализа текущего состояния. Операция анализа текущего состояния влияет как на артефакты текущего состояния так и бизнес-требований.

Диаграмма руководств, инструментов и методик

Эта диаграмма показывает руководства/инструменты и методы для каждой задачи, которая фиксируется как операция артефакта. На рисунке 8: показаны руководства/инструменты и методы, используемые операцией Define Change Strategy (Определение стратегии изменений).

Операция определения стратегии изменений влияет на артефакты «Стратегия изменений» и » Область решения». Задействованные артефакты также показаны на этой диаграмме.

Диаграмма стейкхолдеров

Диаграмма стейкхолдеров показывает заинтересованные стороны, которые вносят вклад в задачу (операцию артефакта). Рисунок 9: пример, показывающий стейкхолдеров, которые вносят вклад в операцию Trace Requirements (Отслеживание требований).

Диаграмма состояний

Если артефакт включает более одной операции, я также включаю диаграмму состояния для этого артефакта. Диаграмма состояний показывает последовательность операций, назначенных этому артефакту. На рисунке 10: показаны состояния, через которые проходит Требование при выполнении каждой операции.

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

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

Свойства

Инструмент моделирования предоставляет таблицу свойств для каждого компонента в модели. Одно из полей свойств — это описание компонента. Для описания я использую текст из BABOK следующим образом:

Текст BABOK

Поле описания модели

Описание области знаний

Источник: temofeev.ru