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

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

Рисунок 1: Задачи руководителя проекта
Рисунок 1: Задачи руководителя проекта

Эта диаграмма создается на основе модели 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 (Подход бизнес-анализа) и его отношения с другими объектами.

Рисунок 2: Взаимосвязи между артефактами Business Analysis Approach
Рисунок 2: Взаимосвязи между артефактами Business Analysis Approach

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

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

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

BABOK версия 3

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

  • Цель - текстовый обзор предназначения задачи

  • Описание - подробное описание задачи

  • Входы - описание информации, которую использует задача.

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

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

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

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

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

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

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

  • Выходы - артефакты, созданные в результате выполнения задания.

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

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

Рисунок 3: Структура BABOK
Рисунок 3: Структура BABOK

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

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

Модель

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

Артефакты

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

  • атрибутами (Элементы в BABOK)

  • операциями (Задачи в BABOK).

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

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

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

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

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

Рисунок 4: Пример агрегации
Рисунок 4: Пример агрегации

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

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

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

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

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

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

Рисунок 5: Как организованы компоненты модели
Рисунок 5: Как организованы компоненты модели

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

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

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

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

Создание модели

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

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

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

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

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

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

Рисунок 6: Диаграмма использования требований
Рисунок 6: Диаграмма использования требований

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

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

Рисунок 7: Диаграмма потока данных анализа текущего состояния
Рисунок 7: Диаграмма потока данных анализа текущего состояния

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

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

Рисунок 8: Руководства, инструменты и техники, используемые при определении стратегии изменений
Рисунок 8: Руководства, инструменты и техники, используемые при определении стратегии изменений

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

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

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

Рисунок 9: Стейкхолдеры отслеживания требований
Рисунок 9: Стейкхолдеры отслеживания требований

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

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

Рисунок 10: Диаграмма перехода заявленных требований
Рисунок 10: Диаграмма перехода заявленных требований

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

Свойства

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

Текст BABOK

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

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

Область знаний

Цель задачи

Задача

Описание задачи

Задача

Входы задачи

Отношения между входным артефактом и выходным артефактом

Элементы задачи

Атрибут артефакта

Руководство и инструменты задачи

Отношение между руководством, инструментом и задачей

Методы задачи

Отношение между методом и задачей 

Стейкхолдеры задачи

Отношение между стейкхолдером и задачей

Выходы задачи

Артефакт

Техника: Цель, описание, элементы, соображения по использованию

Техника

Ключевые концепции, базовые компетенции, перспективы

Эквивалентный компонент в модели

Например, раздел 3.1.6 BABOK описывает технику "мозгового штурма", когда она применяется к задаче "Планирование подхода к бизнес-анализу" как: "используется для определения возможных действий по бизнес-анализу,

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

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

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

Использование модели

После ввода всей необходимой информации в инструмент я создал последовательную, однозначную и полную модель без дублирования.

Список ошибок, пропусков и двусмысленностей, которые я обнаружил при создании модели, см. в моем документе  “Рекомендации BABOK”.

Там, где входы и выходы дублируются в диаграммах BABOK, модель объединяет их в единый набор отношений между артефактами.

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

Каковы элементы связанных артефактов?

Чтобы показать элементы артефактов, которые используются для создания выходного артефакта:

  • создайте диаграмму классов

  • поместите рассматриваемый артефакт на эту диаграмму

  • поместите на эту диаграмму все связанные артефакты (инструмент информирует вас о связанных артефактах)

  • отобразите атрибуты всех артефактов на диаграмме.

На рисунке 11 показаны все входные элементы информации бизнес-анализа.

Рисунок 11: Входы информации бизнес-анализа
Рисунок 11: Входы информации бизнес-анализа

Информация бизнес-анализа создается из элементов подхода к взаимодействию со стейкхолдерами и из другой информации бизнес-анализа.

Каковы зависимости артефакта?

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

Я предполагаю, что план проекта охватывает основные результаты.

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

Я делаю эту диаграмму таким образом:

  • создаю диаграмму классов

  • помещаю основной артефакт на диаграмму

  • добавляю на диаграмму все входные артефакты

  • для всех входных артефактов добавляю на диаграмму все входные артефакты

  • продолжаю добавлять входные артефакты, пока на диаграмму не будут добавлены только внешние артефакты

Рисунок 12: Что используется для создания требований
Рисунок 12: Что используется для создания требований

Полученная диаграмма показывает, что для создания полного набора требований, BA (Business Analyst) необходимо также подготовить результаты элиситации, план действий по элиситации, подход к привлечению стейкхолдеров и подход к бизнес-анализу. Бизнес-потребности - это единственный необходимый внешний вклад в проект.

Если ожидаются изменения, то также должен быть определен артефакт запроса на изменение.

Ссылка от Requirement на себя указывает, что требования имеют жизненный цикл.

Что требуется для выполнения задачи?

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

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

Это эквивалентно информации, содержащейся в разделе 6.1 BABOK.

Для создания этой диаграммы я:

  • продублировал диаграмму " Руководство/Инструменты и методы

  • добавил на диаграмму стейкхолдеров, связанных с задачей

  • добавил на диаграмму входы, связанные с выходными артефактами

  • отобразил элементы артефактов

Рисунок 13: Как получить описание текущего состояния
Рисунок 13: Как получить описание текущего состояния

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

Эта диаграмма дублирует диаграмму, показанную в подразделе "Вход" (6.1.3), но включает методики, элементы и стейкхолдеров.

Где используется методика?

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

На рисунке 14 показаны задачи и артефакты, требующие моих навыков, как эксперта по моделированию данных.

Чтобы создать эту диаграмму:

  • создается диаграмма вариантов использования

  • к диаграмме добавляется методика моделирования данных

  • на диаграмму добавляются задачи, связанные с моделированием данных

  • артефакты, использующие модели данных, связаны с задачами на диаграмме

Рисунок 14: Где используется моделирование данных
Рисунок 14: Где используется моделирование данных

Моделирование данных используется при создании результатов элиситации, требований и архитектуры требований.

  • Результаты элиситации - используются для понимания отношений между сущностями во время элиситации.

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

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

Каковы обязанности стейкхолдера?

Рисунок 1 содержит виды деятельности, в которых участвует руководитель проекта. Чтобы создать эту диаграмму:

  • создайте диаграмму сценария использования

  • поместите на диаграмму стейкхолдера

  • заполните диаграмму всеми задачами из пакета Задачи

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

На рисунке 1 показано, что руководитель проекта может участвовать в выполнении 18 задач. (Фактическое число зависит от того, какие артефакты команда проекта решит создавать в ходе анализа).

Резюме


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

Ссылки:

Visual Paradigm

модель BABOK

узнать больше о BABOK


Материал подготовлен в рамках специализации «Системный аналитик». Всех желающих приглашаем на бесплатное demo-занятие «Самые важные навыки аналитика». На занятии обсудим:
— Какие вообще функции выполняет аналитик.
— За какие функции платят больше денег.
— Какие функции самые важные для аналитика.

Также, если вам интересна продвинутая ступень развития в направлении системного анализа, предлагаем узнать больше об условиях обучения на курсе «Системный аналитик. Advanced».

Комментарии (3)


  1. zorn-v
    20.01.2022 22:39
    +5

    BABOK

    Так и хочется подставить `.net`


  1. evgenis
    21.01.2022 11:27

    @MaxRokatanskyВы не привели ссылки на Visual Paradigm и модель, о которых говорили в начале статьи.


    1. MaxRokatansky Автор
      21.01.2022 12:33
      +1

      Спасибо, что обратили внимание. Добавил в конец статьи