Время на прочтение
13 мин
Количество просмотров 15K

Рассмотрим ситуацию, когда вы являетесь бизнес-аналитиком, который планирует работу над проектом в соответствии с рекомендациями 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 |
Поле описания модели |
|
Описание области знаний |
Область знаний |
|
Цель задачи |
Задача |
|
Описание задачи |
Задача |
|
Входы задачи |
Отношения между входным артефактом и выходным артефактом |
|
Элементы задачи |
Атрибут артефакта |
|
Руководство и инструменты задачи |
Отношение между руководством, инструментом и задачей |
|
Методы задачи |
Отношение между методом и задачей |
|
Стейкхолдеры задачи |
Отношение между стейкхолдером и задачей |
|
Выходы задачи |
Артефакт |
|
Техника: Цель, описание, элементы, соображения по использованию |
Техника |
|
Ключевые концепции, базовые компетенции, перспективы |
Эквивалентный компонент в модели |
Например, раздел 3.1.6 BABOK описывает технику «мозгового штурма», когда она применяется к задаче «Планирование подхода к бизнес-анализу» как: «используется для определения возможных действий по бизнес-анализу,
методов, рисков и других релевантных элементов, чтобы помочь построить подход к бизнес-анализу».
В модели этот же текст отображается, когда выбрана связь между методом «Мозговой штурм» и задачей «Планирование подхода к бизнес-анализу» и отображается ее описание.
Отношения к компоненту модели также отображаются в спецификации компонента. Поэтому весь текст, связанный с компонентом, доступен из спецификации этого компонента.
Использование модели
После ввода всей необходимой информации в инструмент я создал последовательную, однозначную и полную модель без дублирования.
Список ошибок, пропусков и двусмысленностей, которые я обнаружил при создании модели, см. в моем документе “Рекомендации BABOK”.
Там, где входы и выходы дублируются в диаграммах BABOK, модель объединяет их в единый набор отношений между артефактами.
Чтобы ответить на вопросы по поводу информации BABOK, я создаю диаграмму и отображаю соответствующие компоненты на этой диаграмме. Инструмент автоматически показывает операции атрибутов и отношения этих компонентов. Вот некоторые примеры информации, которая может быть получена таким образом.
Каковы элементы связанных артефактов?
Чтобы показать элементы артефактов, которые используются для создания выходного артефакта:
-
создайте диаграмму классов
-
поместите рассматриваемый артефакт на эту диаграмму
-
поместите на эту диаграмму все связанные артефакты (инструмент информирует вас о связанных артефактах)
-
отобразите атрибуты всех артефактов на диаграмме.
На рисунке 11 показаны все входные элементы информации бизнес-анализа.
Информация бизнес-анализа создается из элементов подхода к взаимодействию со стейкхолдерами и из другой информации бизнес-анализа.
Каковы зависимости артефакта?
Не все артефакты необходимы для вашего проекта. Если вашему проекту требуется только часть артефактов из BABOK, диаграмма дерева трассировки показывает элементы, которые необходимы для создания артефактов, включенных в план проекта.
Я предполагаю, что план проекта охватывает основные результаты.
Например, предположим, что единственным существенным результатом проекта являются требования. Рисунок 12: содержит дерево трассировки, которое показывает артефакты, необходимые для создания требований.
Я делаю эту диаграмму таким образом:
-
создаю диаграмму классов
-
помещаю основной артефакт на диаграмму
-
добавляю на диаграмму все входные артефакты
-
для всех входных артефактов добавляю на диаграмму все входные артефакты
-
продолжаю добавлять входные артефакты, пока на диаграмму не будут добавлены только внешние артефакты
Полученная диаграмма показывает, что для создания полного набора требований, BA (Business Analyst) необходимо также подготовить результаты элиситации, план действий по элиситации, подход к привлечению стейкхолдеров и подход к бизнес-анализу. Бизнес-потребности — это единственный необходимый внешний вклад в проект.
Если ожидаются изменения, то также должен быть определен артефакт запроса на изменение.
Ссылка от Requirement на себя указывает, что требования имеют жизненный цикл.
Что требуется для выполнения задачи?
Вы получили задание и хотите знать все о его выполнении с точки зрения исходных данных, стейкхолдеров, рекомендаций, инструментов, методов и элементов.
На рисунке 13 показано все, что связано с созданием описания текущего состояния. Чтобы просмотреть описание компонента, достаточно кликнуть по нему, и на экране появится соответствующий текст.
Это эквивалентно информации, содержащейся в разделе 6.1 BABOK.
Для создания этой диаграммы я:
-
продублировал диаграмму » Руководство/Инструменты и методы
-
добавил на диаграмму стейкхолдеров, связанных с задачей
-
добавил на диаграмму входы, связанные с выходными артефактами
-
отобразил элементы артефактов
Метки на связях определяют, связаны ли с задачей руководство/инструмент или методика. Да, диаграмма не очень читабельна в таком формате, но она служит конкретной цели для BA и не предназначена для представления внешним стейкхолдерам. Как специалист BA, вы можете организовать эту диаграмму любым способом, который отвечает вашим идеям, даже разделить информацию на несколько диаграмм.
Эта диаграмма дублирует диаграмму, показанную в подразделе «Вход» (6.1.3), но включает методики, элементы и стейкхолдеров.
Где используется методика?
Рассмотрим ситуацию, когда вы обладаете знаниями в определенной методике. Как член проектной команды вы захотите узнать, где она применяется.
На рисунке 14 показаны задачи и артефакты, требующие моих навыков, как эксперта по моделированию данных.
Чтобы создать эту диаграмму:
-
создается диаграмма вариантов использования
-
к диаграмме добавляется методика моделирования данных
-
на диаграмму добавляются задачи, связанные с моделированием данных
-
артефакты, использующие модели данных, связаны с задачами на диаграмме
Моделирование данных используется при создании результатов элиситации, требований и архитектуры требований.
-
Результаты элиситации — используются для понимания отношений между сущностями во время элиситации.
-
Архитектура требований — используется для описания структуры требований по отношению к данным
-
Требования — служат для определения структуры данных, которые могут быть похожими в масштабах предприятия, чтобы облегчить их повторное использование, и применяются для моделирования требований, чтобы показать, как данные будут употребляться для удовлетворения информационных запросов стейкхолдеров.
Каковы обязанности стейкхолдера?
Рисунок 1 содержит виды деятельности, в которых участвует руководитель проекта. Чтобы создать эту диаграмму:
-
создайте диаграмму сценария использования
-
поместите на диаграмму стейкхолдера
-
заполните диаграмму всеми задачами из пакета Задачи
-
удалите задачи, которые автоматически не связаны со стейкхолдером.
На рисунке 1 показано, что руководитель проекта может участвовать в выполнении 18 задач. (Фактическое число зависит от того, какие артефакты команда проекта решит создавать в ходе анализа).
Резюме
Эта модель была изначально создана для того, чтобы помочь мне в понимании BABOK. Я обнаружил, что извлечение, анализ и синтез информации дают мне гораздо лучшее понимание, чем обычное чтение односложного изложения BABOK. Однако основная польза появляется, когда BABOK используется в качестве основы для настройки плана проекта. BA должен помочь проектной команде выбрать подходящие артефакты для результата. Используя диаграммы контроля трассировки, можно решить, какие артефакты должны быть созданы BA как средство достижения этих результатов. Диаграммы потоков данных и диаграммы руководств, инструментов и методов помогают при определении объема предстоящей работы. На основе этой информации может быть составлен план проекта, а диаграммы стейкхолдеров используются для распределения ресурсов.
Ссылки:
Visual Paradigm
модель BABOK
узнать больше о BABOK
Материал подготовлен в рамках специализации «Системный аналитик». Всех желающих приглашаем на бесплатное demo-занятие «Самые важные навыки аналитика». На занятии обсудим:
— Какие вообще функции выполняет аналитик.
— За какие функции платят больше денег.
— Какие функции самые важные для аналитика.Также, если вам интересна продвинутая ступень развития в направлении системного анализа, предлагаем узнать больше об условиях обучения на курсе «Системный аналитик. Advanced».
Продолжая разговор про практический бизнес-анализ, сегодня рассмотрим, что такое BABOK, как появился этот свод знаний и чем именно он полезен бизнес-аналитику, а также руководителю. Читайте в нашей статье краткий ликбез по Business Analysis Body of Knowledge: назначение, основное содержание и особенности сертификации.
Что такое BABOK и зачем он нужен бизнес-аналитику
BABOK – это акроним от Business Analysis Body of Knowledge, руководство к своду знаний по бизнес-анализу от Международного института IIBA (International Institute of Business Analysis) [1]. Примечательно, что само руководство позиционируется не как профессиональный стандарт бизнес-аналитика, а как набор общепринятых практик бизнес-анализа. Однако, с прикладной точки зрения этот документ можно рассматривать именно как профессиональный стандарт или фреймворк профессиональной деятельности бизнес-аналитика, который описывает входящие в нее области знаний, базовые компетенции, методы, техники, подходы и практики. Тем более, что, помимо этих основных понятий, как и любой предметный свод знаний, БАБОК пытается определить профильную специальность с помощью согласованной терминологии и решаемых на практике задач.
Первая версия BABOK была издана в 2005 году, а последняя (3.0) – в 2015 [2]. При том, что BABOK считается руководством, он НЕ является пошаговой методологией или учебником по отдельным техникам. Он включает ссылки на различные методы, инструменты, практики и подходы, но не детализирует их, предполагая у своего читателя наличие опыта работы со всеми этими средствами. Тем не менее, такое масштабное в целом, пусть и краткое описание в отдельности, описание большинства практических задач и способов их решения позволяет бизнес-аналитику структурировать и систематизировать уже имеющиеся компетенции, а также освоить несколько новых инструментов и по-другому взглянуть на знакомые вещи. Бонусом к этому идет почти 20%-ое повышение зарплаты, которое получают сертифицированные IIBA специалисты по BABOK, согласно ежегодному отчету IIBA. О процессе сертификации мы поговорим далее, а пока подчеркнем, что БАБОК предназначен для опытных профессионалов по бизнес-анализу и не подходит в качестве введения в специальность для новичков.
Кому еще пригодится БАБОК и каким образом
Итак, систематизация знаний и умений, описанных в данном руководстве, позволяет получить целостную картину о профессиональной деятельности бизнес-аналитика. Поэтому BABOK также полезен преподавателям и специалистам, которые разрабатывают курсы повышения квалификации и программы обучения по системному и бизнес-анализу в ВУЗах и специализированных учебных центрах [3]. Также стоит упомянуть косвенную пользу от BABOK, которую он приносит менеджерам и рекрутерам, выступая в качестве профессионального маркера, который отмечает состоявшегося бизнес-аналитика. Как мы уже отметили выше, IIBA проводит сертификацию по данному своду знаний через сдачу экзаменов в виде онлайн-тестирования на английском языке. Далее мы рассмотрим, какие профессиональные уровни бизнес-аналитика выделяет IIBA.
ECBA, CCBA, CBAP: 3 вида профессиональных сертификатов IIBA по BABOK
На сегодняшний день IIBA выделяет 3 уровня профессиональных компетенций бизнес-аналитика по руководству BABOK, в зависимости от практического опыта кандидатов [4]:
- ECBA (Entry Certificate in Business Analysis) – начальный уровень, предполагающий знание основных понятий. Для сдачи экзамена кандидат должен освоить минимум 21 час профессионального развития, пройдя соответствующие тренинги, специальные курсы по критериям IIBA (endorsed courses). Требования к практическому опыту отсутствуют.
- CCBA (Certification of Capability in Business Analysis) – продвинутый уровень, включающий не только знание основных понятий, но и умение их использовать на практике. В отличие от ECBA, кандидату необходимо освоить 35 часов профессионального развития за последние 4 года, а также иметь минимум 3750 часов (2-3 года) практической работы за последние 7 лет.
- CBAP (Certified Business Analysis Professional) – экспертный уровень, подразумевающий отличное владение материалом свода знаний, подтвержденный опытом практической работы не менее 7500 часов (около 5 лет) за последние 10 лет. В отличие от ECBA и CCBA требуется минимум 35 часов профессионального развития за последние 4 года.
Сертификат ECBA действует бессрочно, CCBA и CBAP действительны 3 года, по истечении которых необходима ресертификация в виде повторной сдачи экзамена. Количество и качество экзаменационных вопросов также зависит от уровня сертификации. Например, тесты CCBA и CBAP содержат по 130 и 120 вопросов соответственно. Причем большая часть из них представлена в виде case-study, когда к одной бизнес-ситуации, описанной достаточно подробно, задается несколько вопросов. ECBA не включает таких кейсов и состоит всего из 50 вопросов. Время, отведенное на решение задач и цена экзамена также зависят от уровня. Более детально о процессе сертификации мы поговорим в отдельной статье, а сейчас рассмотрим краткое содержание BABOK.
Управление бизнес-анализом — курс для руководителей
Код курса
BAMP
Ближайшая дата курса
22 мая, 2023
Длительность обучения
8 ак.часов
Стоимость обучения
15 000 руб.
Что включает Business Analysis Body of Knowledge: краткое содержание
Прежде всего отметим, что BABOK v3 – довольно объемное издание. Англоязычная версия изложена на 500 страницах А4, а русскоязычная – более чем на 600. Свод знаний состоит из 11 глав и 4-х приложений, которые описывают следующее [1]:
- основные понятия бизнес-анализа, определение работы бизнес-аналитика, структура самого руководства, базовые термины и ключевые концепции;
- подробное описание всех 6 областей знаний по бизнес-анализу, включая входы, выходы, инструменты и руководства, техники и заинтересованные стороны каждой задачи для любой области знаний;
- профессиональные компетенции бизнес-аналитика, о которых мы говорим здесь;
- методы, практики и подходы, объединенные термином «техники», которые чаще всего применяются для решения практических задач;
- перспективы (ракурсы), в рамках которых работает бизнес-аналитик;
- приложения с глоссарием терминов, раскладкой техник по задачам, списком экспертов-разработчиков и отличия BABOK от предыдущей версии.
Лучшее из BABOK®Guide: ТОП-10 задач и 20+ техник для аналитика
Код курса
EXBAB
Ближайшая дата курса
3 июля, 2023
Длительность обучения
24 ак.часов
Стоимость обучения
45 000 руб.
Как изменилась стоимость всех сертификационных экзаменов с 1 марта 2022 года, смотрите здесь. А структура и содержание BABOK®Guide на практических примерах разбираются на курсах нашей Школы прикладного бизнес-анализа в лицензированном учебном центре обучения и повышения квалификации системных и бизнес-аналитиков в Москве:
- Лучшее из BABOK®Guide: ТОП-10 задач и техник для аналитика
- Управление бизнес-анализом – курс для руководителей
Источники
- https://www.iiba.org/standards-and-resources/babok/
- https://en.wikipedia.org/wiki/A_Guide_to_the_Business_Analysis_Body_of_Knowledge
- https://hsbi.hse.ru/articles/babok-guide-business-analysis-body-of-knowledge/
- https://www.iiba.org/certification/iiba-certifications/
Приступим к изучению гайда по «BABOK»,
Чтобы в ваших начинаниях он, друзья, помог!
Бизнес-аналитиком без него не стать.
Еще бизнес-анализ придется изучать.
Вам «BABOK» поможет, попроси совет,
Он на все вопросы даст правильный ответ.
(Слова народные, не на правах рекламы)
Существуют разные подходы к бизнес-анализу, но, если Вы считаете себя настолько крутым бизнес-аналитиком, что готовы сами учить других, Вам все равно придется начинать свои объяснения с того, что такое BABOK, своеобразная Библия бизнес-анализа, с которой можно соглашаться или не соглашаться, но знать нужно, иначе в своей же профессиональной среде не поймут.
BABOK – это акроним от Business Analysis Body of Knowledge, руководство к своду знаний по бизнес-анализу от Международного института IIBA (International Institute of Business Analysis). Международный институт IIBAВ — это не вездесущие британские ученые, герои мемов и анекдотов, а канадские, широко известные в узких кругах).
В официальных документах института IIBA всех аналитиков призывают к постоянному совершенствованию BABOK за счет применения в деятельности новых инновационных подходов и идей.
Примечателен также и тот факт, что BABOK позиционируется разработчиками не как профессиональный стандарт бизнес-аналитика, а как набор общепринятых практик бизнес-анализа. Однако, с прикладной точки зрения все уже давно привыкли рассматривать BABOK как профессиональный стандарт бизнес-аналитика, который описывает базовые компетенции гораздо толковее, чем профстандарт бизнес-аналитика Минтруда РФ. Тем более, что именно в BABOK содержится общепринятая терминология по бизнес-анализу.
Немного истории (ну а куда же без нее?)
Первая версия BABOK (самая непродуманная) была издана в 2005 году, а нынешняя, 3.0, – в 2015, последнее (ну или крайнее, как сейчас любят формулировать) дополнение к которой было выпущено в декабре 2017 года.
Необходимость в создании такого документа объясняется также, как и мотивы для создания любого профстандарта — есть профессиональная область, есть специалисты, в этой области работающие, нужно регулировать деятельность этих специалистов, определять содержание их работы, создать терминологию и т.д.
При этом BABOK представляет собой руководство, но, как это модно сейчас отмечать, своего рода «с открытым кодом», т.к. эксперты IIBA анализируют все новое в сфере бизнес-анализа и смежных сферах, обсуждают инновации с профессиональным сообществом. Таким образом, составление и новых версий, и дополнений происходит в дискуссионном режиме. Авторы изучают развитие профессии в режиме реального времени и фиксируют успешные практики без излишней «академической воды».
BABOK динамично меняется с появлением новых знаний и опыта у сообщества бизнес-аналитиков. Так, в третьей версии было дано новое определение бизнес-анализа. Ранее акцент в этом определении делался на работе по анализу и выработке рекомендаций в достижении целей и установлении связей между заинтересованными лицами. В новом определении акцент сделан на проведении изменений, отражающих динамику происходящих процессов.
Если Ваш английский не оставляет желать лучшего, Вы в полной мере можете насладиться чтением Руководства в оригинале и обратить внимание на то, что в 3-ей версии уже само понятие «change» рассматривается, как преобразующее действие в ответ на потребность. Тем самым бизнес-анализ по-новому определяется как деятельность, позволяющая внедрять изменения в компании путем определения потребностей и рекомендации решений, которые обеспечивают ценность для заинтересованных лиц.
BABOK считается руководством, но не является пошаговой методологией или учебником по отдельным техникам бизнес-анализа, т.к. ни техники, ни методы не детализируются авторами, видимо, предполагается наличие опыта работы в данной сфере у каждого читателя.
Поэтому, изучив BABOK самостоятельно, Вы как бизнес-аналитик с опытом, сможете структурировать и систематизировать уже имеющиеся у Вас компетенции, может быть бонусом освоите несколько новых инструментов. Или измените свой взгляд на уже привычные вещи в Вашей профессиональной деятельности.
Если же Вы — начинающий аналитик или вообще только задумываетесь приступить к освоению этой профессии, Вам нужен гид, который не только объяснит Вам основы профессии, но расскажет о том, как правильно интерпретировать информацию, изложенную в BABOK, на всех его 600+ страниц в русской интерпретации (!).
Сейчас стало распространенным явлением критиковать BABOK, который, якобы, не всегда и не во всем оправдывает свое высокое звание руководства по бизнес-анализу в условиях российской действительности. Чтобы выработать свое мнение по этому поводу, Вам нужно сначала выучиться на бизнес-аналитика, набраться профессионального опыта, и после выполнения предыдущих условий Вы совершенно спокойно вольетесь в профессиональное сообщество со своим свежим взглядом на применение техник BABOK.
Итак, BABOK предназначен для маститых»зубров»в бизнес-анализе и совершенно не подходит в качестве введения в специальность для новичков. Зато в качестве введения в специальность прекрасно подходит Курс аналитика 1С от CORS Academy https://cors.su/kurs-analitika-1c/. Именно в рамках данного курса преподаватели Академии расскажут Вам и о BABOK, и обо всем, что нужно знать начинающему аналитику для того, чтобы быть успешным в профессии.
Основная цель ВАВОК (если мы правильно раскусили канадских ученых)
Основная цель BABOK — определение бизнес-анализа как вида профессиональной деятельности и, тем самым, установление границ профессии бизнес-аналитика. Согласно Руководству, специалист по бизнес-анализу выполняет роль посредника между заинтересованными сторонами. Он исследует состояние компании и ее возможности, анализирует бизнес-процессы и предлагает решения, которые позволят организации достичь поставленных целей.
Руководство BABOK довольно детально описывает задачи бизнес-анализа, которые нужно выполнить, чтобы понять, как решение будет приносить пользу организации-заказчику.
Что такое бизнес-анализ?
Чтобы ответить на этот вопрос «на три», можно смело заявить, что бизнес-анализ — это анализ бизнеса.
«5 баллов» — это развернутое определение о том, что бизнес-анализ — это не что иное, как набор задач и методов, используемых для работы в качестве связующего звена между заинтересованными сторонами для того, чтобы понять структуру, цель, задачи и операции организации, а также рекомендовать решения, которые позволят организации достичь своей цели.
Бизнес-анализ в целом — это понимание того, как организация действует для достижения своих целей, и какие возможности требуются данной организации для дальнейшего развития. Он включает в себя определение целей организации, соотнесение этих целей с задачами, стоящими перед организацией, определение действий, которые организация должна предпринять для достижения поставленных целей и задач, а также определение способа взаимодействия различных подразделений организации и заинтересованных сторон внутри и вне этой организации.
В большинстве случаев бизнес-анализ производится для определения и проверки решений, которые отвечают потребностям бизнеса, целям или задачам.
Кто такой бизнес-аналитик?
Ответ на этот вопрос снова лежит на поверхности: «тот, кто занимается бизнес-анализом». Но, фактически, развитие бизнеса невозможно без аналитики. Поэтому если нет в компании специально обученного человека, основы бизнес-анализа должен знать руководитель компании, его заместители, менеджеры проектов и все те профессионалы, кому по роду деятельности нужно разбираться в бизнес-процессах организации.
Специалисты в сфере бизнес-анализа — это не только люди с должностью «бизнес-аналитик», это также аналитики бизнес-систем, системные аналитики, разработчики требований, процессные аналитики, менеджеры по продуктам, менеджеры проектов, аналитики предприятия, бизнес-архитекторы и все те, кто может и должен в своей профессиональной деятельности выполнять задачи, описанные в руководстве BABOK, а также такие задачи, как управление проектами, разработка программного обеспечения, контроль качества и проектирование взаимодействия.
Бизнес-аналитики в настоящее время — это ценные (и высокооплачиваемые, как ни крути) специалисты, которые ищут проблемы в бизнесе, оптимизируют бизнес-процессы компаний, помогают в запуске новых проектов и планируют стратегии развития для тех руководителей бизнеса, которые хотят стратегически развиваться и оптимизировать свои процессы на основе статистических данных, а не действовать наугад.
Первое упоминание о бизнес-аналитике (БА) или бизнес-анализе (business-intelligence) появилось в 1958г. с легкой руки одного из ведущих исследователей компьютерной фирмы IBM Ханса Питера Луна. Первоначально главной способностью бизнес-аналитика считалась способность выявлять взаимосвязи между имеющимися фактами с целью достижения желаемого результата.
В настоящее время бизнес-аналитик — это специальность на стыке сфер, человек, который «одной ногой в бизнесе, другой — в информационных технологиях».
Перечень профессиональных компетенций бизнес-аналитика очень широк.И понятно, что основные знания и навыки бизнес-аналитик приобретает не в процессе учебы, а во время выполнения рабочих задач, поэтому начинающий бизнес-аналитик получает зарплату от 90 тысяч, а опытный профессионал — от 250 тысяч.
Основные компетенции бизнес-аналитика в соответствии с руководством BABOK включают в себя профессиональное поведение, характеристики, знания и личностные качества, которые помогают выполнять задачи бизнес-анализа. При этом в BABOK уточняется, что данные базовые компетенции (Underlying Competencies) не являются обязательными именно для бизнес-аналитика, однако все они вместе являются базисом для успешной профессиональной деятельности в области бизнес-анализа. В соответствии с BABOK все личностные характеристики, необходимые для успешной деятельности бизнес-аналитика можно разделить на следующие категории:
· Аналитическое мышление и решение проблем (Analytical Thinking and Problem Solving), которые представляют собой восприятие отношений между взаимосвязанными объектами и процессами в бизнесе в системе, а также это способности определять проблемы и находить наиболее эффективное для них решение.
· Поведенческие характеристики (Behavioral Characteristics), которые позволяют бизнес-аналитику выглядеть профессионалом в глазах клиента (главное — это казаться или быть? Что проще, что важнее?).
· Знание бизнеса (Business Knowledge), точнее знание особенностей той сферы деятельности, в которой ведет свой бизнес клиент.
· Коммуникативные навыки (Communication Skills) необходимы для получения информации от клиента и его сотрудников для успешного анализа проблем бизнеса (социопатов и социофобов всех мастей просят не беспокоиться).
· Навыки взаимодействия (Interaction Skills) коррелируют с предыдущей категорией, но включают в себя и знание теории конфликтов.
· Инструменты и технологии (Tools and Technology) – методы и подходы к решению задач профессиональной деятельности, а также знание программного обеспечения, установленного у клиента, с помощью которого необходимо оптимизировать бизнес-процессы.
Мы постараемся понятным языком передать самое основное из 600+ страниц Business Analysis Body of Knowledge, чтобы профессия бизнес-аналитика стала казаться Вам совсем родной и знакомой, и ждем Вас на Курсе аналитика 1С от CORS Academy https://cors.su/kurs-analitika-1c/.
19.07.2018

BABOK (Business Analysis Body of Knowledge) – свод знаний по бизнес-аналитике, составляемый Международным институтом бизнес-анализа IIBA. Первая версия была издана в 2006 году, а сейчас доступно новое издание 3.0, последнее дополнение к которому было выпущено в декабре 2017 года.
Необходимость в таком документе определилась значительным развитием профессиональной области, связанной с анализом бизнеса компаний на разных этапах ее деятельности. Для новой специальности нужны стандарты, определяющие содержание работ, термины, лучшие практики. В Babok Guide описаны области знаний анализа бизнеса, смежные с ним виды деятельности. Перечислены навыки сотрудников, необходимые для эффективного решения, возникающих задач.
Эксперты IIBA анализируют все новые наработки в своей сфере, обсуждают их друг с другом и с профессиональным сообществом. Таким образом, составление стандарта происходит в дискуссионном режиме. Авторы не теоретизируют на пустом месте, а изучают развитие профессии в режиме реального времени, происходит продуктивное общение в профессиональной среде. Успешные практики фиксируются, ошибочные – критикуются и отсеиваются.
Основные цели руководства BABOK
С точки зрения авторов, главная цель BABOK – дать определение довольно молодой профессии через согласованную терминологию в описании деятельности бизнес-аналитиков, через раскрытие решаемых задач.
Это важно для людей, желающих работать в этом направлении.
Согласно своду знаний, специалист по бизнес-анализу выполняет роль посредника между заинтересованными сторонами. Для этого он исследует состояние компании и ее возможности, рекомендует решения, которые позволят организации достичь поставленных целей. Так же формируются требования к изменениям процессов, корпоративных политик и информационных систем.
Если же говорить об интересах собственно работодателей, то набор лучших практик предназначен для стандартизации должностных обязанностей штатного аналитика или договорных обязательств нанятого эксперта. Руководитель компании должен четко понимать, каким образом выстраивается работа по осуществлению бизнес-анализа и каких результатов от нее следует ожидать.
Это особенно актуально, если учесть, что нередко путаются роли бизнес-аналитика и менеджера проектов. На самом деле это все-таки лишь смежные профессии, хотя желательно, чтобы менеджер был силен в основах аналитики, а бизнес-аналитик понимал основы менеджмента и мог на начальном этапе сопровождать внедрение своих идей. Не следует полностью смешивать эти специализации. В конечном счете аналитик сосредотачивается на описании текущего положения фирмы и на разработке предложений для улучшения бизнеса. Задача менеджера – собственно управление реализацией этих решений.
Так же ВАВОК полезен для учебных заведений для разработки образовательных программ.
Разделы BABOK GUIDE 3.0: Введение в бизнес-анализ
В версии 3.0 руководство делится на одиннадцать разделов. Первый из них – введение. Там определяются цели, о которых было сказано выше, и даются развернутые определения основным понятиям – что такое бизнес-анализ и кто им занимается.
Второй раздел посвящен вводу терминов и описанию концепций, без которых невозможно понимание предлагаемого свода знаний. В частности, выделяются шесть главных концепций:
- Изменение – акт трансформации, перемены для улучшения результатов работы предприятия.
- Потребность – проблема, которую надо решить, либо возможность, которую стоит попытаться реализовать.
- Решение – способ удовлетворения одной или нескольких потребностей.
- Заинтересованная сторона – одно или несколько лиц, имеющие то или иное отношение к изменениям, потребностям или решениям.
- Ценность – возможная в будущем либо уже реализованная полезность или значимость для одной из сторон.
- Контекст – различные условия, которые влияют на ситуацию либо на которые планируется повлиять.
Третья часть посвящена мониторингу и планированию процесса анализа. В ней рассказывается, как стоит организовывать и координировать взаимодействие со всеми заинтересованными сторонами.
В четвертом разделе говорится о выявлении информации, которую предстоит анализировать, и о взаимодействии с источниками этих сведений.
Пятый касается управления требованиями – то есть условиями или характеристиками, необходимыми для ликвидации проблемы или достижения цели. Рассматриваются вопросы актуальности требований, расстановки приоритетов между ними, их утверждения.
Речь в шестой части идет об анализе стратегии – как уже существующей, так и предлагаемой.
Седьмой раздел посвящается более предметному анализу требований. Речь идет об их моделировании, верификации, проектировании их архитектуры.
Восьмой посвящен оценке, то есть определению качества возможных решений. В частности, вводится понятие производительности – то есть потенциальной результативности предлагаемой реформы.
Девятая глава устанавливает необходимые профессиональные и личные качества непосредственно бизнес-аналитика. Среди них – аналитическое мышление, определенные поведенческие привычки, знания в сфере бизнеса, навыки успешной коммуникации, знание приемов взаимодействия с людьми, владение рядом инструментов и технологий.
В десятом разделе подробно рассматриваются многочисленные существующие методы анализа.
Наконец, в одиннадцатой главе рассказывается о возможностях использования анализа бизнеса в нескольких смежных областях.
Со знакомства с руководством начинается освоение тонкостей бизнес-аналитики. В дальнейшем каждый работник этой области обязан регулярно знакомиться с выпускаемыми обновлениями, проверять, насколько его повседневная деятельность соотносится с описанными концепциями и методиками. Это руководство – не догма, более того, перспективные новые находки могут быть учтены при составлении следующей версии. Но умение ориентироваться в этом своде необходимо даже при самом оригинальном подходе к работе. Иными словами, BABOK необязательно в точности выполнять, но его нужно знать.
BABOK изучается в основном в рамках дополнительного и бизнес-образования.
Необходимые знания можно получить, например, в ВШБИ НИУ ВШЭ на программе второго высшего образования, и на программах профессиональной переподготовки.
← Назад к списку
Часть 1
Настольный справочник аналитика
Напоминание
Предыдущей статьей из серии «Настольный справочник аналитика», нами был начат «адаптированный пересказ» основополагающего труда по бизнес анализу, «Babok», который посвящен своду лучших практик данной дисциплины. Мы закончили на том, что ввели основные предпосылки к появлению «Babok» и представили на суд аудитории подготовленный, для русскоязычного специалиста, словарь, приведенный в рассматриваемом «талмуде» 
Сегодняшняя статья будет посвящена описанию активности «бизнес анализа» в целом, как направления профессиональной деятельности человека, её разнообразных составляющих, формирующих довольно высокую ценность профессии аналитика, которая, по мере развития информационных технологий, будет только расти.
Так же хочется дополнительно вспомнить о том, что в официальных документах IIBA (организация — автор) присутствует призыв к постоянному совершенствованию «Babok» со стороны аналитиков, за счет применения в своей деятельности новых инновационных подходов и идей. Дерзайте, изучайте, применяйте и делитесь своими эффективными наработками.
О главе первой «Введение»
1.1. Что такое «Babok»?
Руководство по бизнес — анализу (Babok), это всемирно признанный документ, описывающий практику бизнес — анализа. В «Babok» приведено описание областей знаний, из которых состоит бизнес — анализ, а так же смежные с ним виды деятельности, навыки, которые необходимы для эффективного решения, возникающих задач.
Основная цель «Babok» — определение бизнес — анализа. Это является основой, для идентификации того, чем должны руководствоваться практикующие специалисты для выявления и обсуждения той работы, которая выполняется ими, того, какими навыками и знаниями они должны обладать, и в дальнейшем эффективно их применять. «Babok» определяет рамки, описывающие задачи бизнес — анализа, которые должны быть сформированы и затем представлены в качестве решения, которое позволит достигнуть определенной ценности для организации заказчика. Форма, которая является представлением для задач, позволяет установить взаимосвязи между различными вариантами реализации решений. Каждая задача должна вносить вклад в общее представление формы решения, прямо или косвенно, что приведет к достижению поставленной цели в дальнейшем.
Эта глава обеспечивает введение основных концептов в области бизнес — анализа и описывает структуру «Babok». С 2 по 7 главы определяются задачи, которые должны быть выполнены в результате бизнес — анализа. Глава 8 описывает компетенции, которые эффективно поддерживают уровень знаний и навыков бизнес – аналитика в его деятельности. Глава 9 описывает основной инструментарий для практики бизнес — анализа.
1.2 Что такое бизнес — анализ?
Бизнес-анализ – это набор задач и методов, используемых в работе для установления и дальнейшего поддержания взаимосвязей между стэйкхолдерами, регламентными документами и операционной деятельностью организации. Бизнес – анализ предлагает решение, которое позволит организации достичь её целей.
Бизнес-анализ включает в себя понимание того, как организации функционируют для достижения своих результатов, определяет возможности организаций для обеспечения продуктами и услугами внешних стэйкхолдеров. Это включает в себя определение организационных целей, как эти цели связаны с специфическими объектами, определяющими курс развития и действия организаций, которые необходимо принять для достижения этих целей. Бизнес — анализ определяет насколько вариативными/универсальными должны быть организационные единицы и стэйкхолдеры, которые взаимодействуют с организацией «внутри» и «снаружи».
Бизнес-анализ может быть применен, чтобы понять текущее состояние организации или послужить в качестве основы для последующей идентификации потребностей бизнеса. В большинстве случаев, однако, бизнес-анализ выполняется для определения и проверки решений, отвечающих бизнес потребностям, задачам или целям.
Бизнес — аналитики должны (на законодательном уровне данного документа 
Бизнес — аналитиком может быть любое лицо, выполняющее активности бизнес-анализа, и не важно какую работу он выполняет и какую роль в организации занимает. Практикующими бизнес-анализ являются не только бизнес аналитики, но также бизнес – системные аналитики, системные аналитики, инженеры по требованиям, процессные аналитики, менеджеры продуктов, владельцы продуктов, системные архитекторы, бизнес архитекторы, консультанты, или любые другие профессионалы, выполняющие задачи, описанные в «Babok», включая тех, кто имеет отношение к связанным дисциплинам, таким как проектное управление, разработка программного обеспечения, обеспечение качества и взаимодействие решений.
1.3 Ключевые понятия
1.3.1 Домены
Домен — область, к которой был применен бизнес — анализ. Он может переопределить границы функций организации или организационного подразделения, также переопределить стэйкхолдеров этих границ и взаимодействие с ними.
1.3.2 Решения
Решение — это набор изменений в текущем состоянии организации, которые выполнены для достижения бизнес потребностей, решающих проблему или предоставляющих преимущество или возможность. Рамки решения обычно более конкретные, чем рамки домена, в котором оно осуществлено. Решение будет служить основой рамок проекта по внедрению предлагаемых изменений.
Большинство решений это система взаимодействующих компонентов решения, каждое из которых потенциально представляет собой самостоятельное решение. Примеры решений и компонентов решения включают программные приложения, веб-сервисы, бизнес-процессы, бизнес-правила, регулирующие процесс, программное обеспечение, реорганизованную организационную структуру, аутсорсинг, инсорсинг, переопределение обязанностей сотрудников, или любой другой метод создания возможностей, необходимых для организации.
Бизнес-анализ помогает организациям определить оптимальное решение для их нужд, учитывая множество ограничений (в том числе время, бюджет, правила и др.), при которых организация функционирует.
1.3.3 Требования
Требование это (по IEEE 610.12-1990):
- Условие или возможность, необходимая для стэйкхолдерам, для решения проблемы или достижения цели.
- Условие или возможность, которая должна быть преодолена или выполнена решением или компонентами решения для удовлетворения контракта, стандарта, спецификации или другого формального зафиксированного документа.
- Задокументированное представление состояния или возможности, как в (1), так и в (2).
Как следует из этого определения, требование может быть не сформулировано, подразумеваться или быть производным от других требований, или выраженно конкретно и зафиксировано. Одна из ключевых целей бизнес — анализа является гарантия того, что требования были визуализированы и понятны всем стэйкхолдерам.
Термин «требование» это то, что «рождает» много дискуссий в сообществе бизнес — анализа. Многие из этих дебатов сфокусированы на том, что следует или не следует рассматривать в качестве требования, и каковы необходимые характеристики требования. Однако, при чтении «Babok», жизненно важно понимать, что «требование» рассматривается в самом широком смысле этого слова. Требования включают, но не ограничиваются, прошлыми, настоящими, и будущими условиями или возможностями предприятия, и описанием организационной структуры, ролями, процессами, политиками, правилами и информационными системами. Требования могут описывать текущее или будущее состояние любого аспекта предприятия.
Большая часть существующей литературы по бизнес — анализу написана с предположением того, что требования только описывают состояние программного обеспечения, которое разработано для реализации в нём. Другие определения могут включать будущие состояния бизнес – функций, также ограничения значения этого термина для определения конечных стэйкхолдеров, заинтересованных в достижении конечных показателей, а не средств, с помощью которых они будут достигнуты. Хотя все эти различия употребления термина являются разумными и оправданными, в «Babok» его употребление значительно шире, чем то, которое приведено выше.
Точно так же мы не считаем, что требования должны анализироваться на любом отдельном уровне детализации, кроме того необходимо сказать, что их следовало бы оценивать для любого уровня глубины, необходимого для понимания и действия. В контексте инициации управления бизнес-процессами, требования могут быть описаны для конкретного бизнес — процесса, используемого в организации. На других проектах бизнес-аналитик может выбрать для разработки требование, описывающее текущее состояние предприятия (которое само по себе является обеспечением существующей или прошлой бизнес потребности) перед разработкой изменений, с помощью которых необходимое требование сопоставится с изменением условий бизнеса, для его последующей реализации.
1.3.3.1 Схема классификации требований
Для целей «Babok» представлена следующая схема классификации требований, используемая для их описания:
- Бизнес – требования это высокоуровневое представление целей, задач или потребностей предприятия. Они описывают причины, почему проект был инициирован, цели, которые проект должен достичь, и метрики, которые будут использоваться для измерения его успеха. Бизнес требования описывают потребности организации в целом, а не отдельной группы или стэйкхолдеров. Они разработаны и определены благодаря анализу предприятия
- Требования стэйкхолдеров это состояние потребностей конкретных стэйкхолдеров или группы стэйкхолдеров. Они описывают потребности, которые имеют стэйкхолдеры и то, как стэйкхолдеры будут взаимодействовать с решением. Требования стэйкхолдеров выполняют роль моста между бизнес требованиями и различными группами требований решения. Они разработаны и определены с помощью анализа требований.
- Требования решения описывают характеристики решения, которые удовлетворяют бизнес требованиям и требованиям решения. Они разработаны и определены с помощью анализа требований. Они часто подразделяются на подкатегории, особенно, когда требования описывают решение к программному обеспечению
- Функциональные требования это требования, которые описывают поведение и информацию, которая будет управлять решением. Они описывают возможности системы, которые будет возможно выполнить в условиях поведения системы или операций – действия определенного информационного приложения или его ответной реакции.
- Не функциональные требования это установленные условия, не оказывающие непосредственного влияния на поведение или функциональность решения, но описывающие условия окружения, которое оказывает влияние на эффективность решения или качество, которое должна иметь система. Они также известны, как добавочные требования или требования к качеству. Они могут включать в себя требования к мощности, скорости, безопасности, доступности, информационной архитектуре, представлению пользовательского интерфейса.
- Переходные требования описывают возможности, которые решение должно иметь для того, чтобы облегчить переход от текущего состояния к желаемому будущему состоянию. Переходные требования не понадобятся после того, как переход осуществлен. Они отличаются от других типов требований, по причине того, что в реальной ситуации они временны и поэтому не могут быть разработаны пока оба, существующее и новое решение, не определены. Данный тип требований полностью «перекрывает» необходимые для перехода из текущего, в желаемое состояния данные, «пробелы» навыков, которые должны быть восполнены, и другие связанные изменения, необходимые для достижения конечного состояния. Они разработаны и определены с помощью оценки и проверки решения.
1.4 Области знаний
Области знаний определяют то, что практикующему бизнес — анализ необходимо понимать и те задачи, которые он должен быть в состоянии выполнить. Бизнес – аналитику, вероятно, надо выполнять задачи из всех областей знаний, сохраняя высокую скорость работы, многократно, одновременно с другими задачами. Задачи могут быть выполнены в любом порядке, с затратой такого количества времени, которое отведено на них. В принципе, бизнес — аналитик может начать выполнять задачи в любом порядке, но большинство специалистов начинают с определение целей бизнеса или Оценки выполнения решения.
Области знаний не предназначены для представления в фазах проекта. Это, конечно, возможно и допустимо исходя из результатов выполнения анализа деятельности предприятия, выполнять анализ требований деятельности, оценку решения и проверку деятельности и однозначно рассматривать каждую отдельную фазу проекта. Однако, «Babok» не требует, что бы вы работали именно так, и это не должно быть истолковано в качестве методологии для выполнения бизнес – анализа.
Планирование бизнес — анализа и мониторинг (Глава 2) это область знаний, в которой раскрывается то, как бизнес – аналитик определяет, какую деятельность и в каком порядке необходимо выполнять для достижения результатов. Она охватывает идентификацию стэйкхолдеров, выбор методов бизнес – анализа, процесс, который будет использоваться для управления требованиями, и как оценивать ход работы. Задачи из этой области знания определяют выполнение всех других задач бизнес — анализа.
Сбор информации (глава 3) описывает, как бизнес — аналитики работают с стэйкхолдерами для выявления и понимания их потребностей и проблем, и понимания окружения, в котором они работают. Цель сбора информации состоит в обеспечении стэйкхолдеров актуальными основополагающими возможностями, после того, как их потребности установлены и определены.
Управление требованиями и коммуникациями (Глава 4) описывает, как бизнес — аналитики управляют конфликтами, проблемами и изменениями для обеспечения того, чтобы заинтересованные стороны и команда проекта остаются в рамках решения, как требования собраны у стэйкхолдеров, и как знания, приобретенные бизнес — аналитиком проанализированы для использования в будущем.
Анализ предприятия (глава 5) описывает, как бизнес — аналитики идентифицируют потребность бизнеса, уточняют и проясняют определение того, что именно необходимо, и определяют рамки решения, которое может быть применено в бизнесе. Эта область знаний описывает проблемы определения и анализа, условий развития бизнеса, технико-экономического обоснования, а также определяет рамки решения.
Анализ требований (глава 6) описывает, как бизнес-аналитики расставляют приоритеты, постепенно конкретизируют стэйкхолдеров, решение требований, для того, чтобы команда проекта реализовала решение, которое будет удовлетворять потребностям спонсоров и стэйкхолдеров. Это включает в себя анализ потребностей стэйкхолдеров и определение решения, которое должно удовлетворить эти потребности. Оценку текущего состояния бизнеса, её идентификацию и рекомендованные улучшения с последующей верификацией и валидацией результатов работы над требованиями.
Рисунок 1.1. Взаимосвязи между областями знаний
Оценка решения и валидация (глава 7) описывает, как бизнес – аналитики оценивают предлагаемые решения, для определения того, какое решение лучше всего подходит для бизнес потребностей, выявляют проблемные зоны и недостатки в решениях, и определяют необходимые обходные пути или изменения в решении. В этой активности также должно быть описано, как бизнес — аналитики оценивают установленное решение для того, чтобы понять, насколько хорошо они удовлетворили описанные потребности, эффективность и удовлетворенность которыми может быть оценена спонсорами организации.
Основополагающие Компетенции (Глава 
1.5 Задачи
Каждая область знаний описывает задачи, выполняемые бизнес — аналитиками для достижения цели этой области знаний. Каждая задача в «Babok» представлена в следующем формате:
1.5.1 Цель
Каждая задача имеет цель. Цель — это краткое описание причины выполнения задачи для бизнес – аналитика. Цель включает в себя ценность, которая может быть достигнута после того, как задача будет выполнена.
1.5.2 Описание
Задача — это важнейшая часть работы, которая должна быть выполнена как часть бизнес – анализа. Каждую задачу следует выполнять после выполнения большинства инициатив бизнес – анализа. Любая задача может быть выполнена любое количество раз.
Задачи могут выполняться в любом масштабе. Каждая из задач может быть выполнена в интервале от нескольких месяцев до пары минут. К примеру, бизнес условия могут быть представлены документом длиной в несколько сот листов, в котором обоснована инвестиция в несколько миллиардов долларов или одним предложением, объясняющим выгоду, которая будет достигнута с помощью применения одного изменения для конкретного пользователя.
Задача имеет следующие характеристики:
- С помощью выполнения задачи достигается результат, который создает ценность для спонсирования организации – то есть, если задача выполнена, то это должно производить какой-то явный полезный эффект, который должен быть определенным, видимым и измеряемым;
- Выполнение задачи – в принципе, «выходом» задачи должен быть результат, который может быть использован отдельным работником или группой;
- Задача – это необходимая часть области знаний, с которой она ассоциируется.
«Babok» не предписывает процесс или порядок, в котором задачи должны выполнятся. Некоторое упорядочивание задач неизбежно, так как выполнение определенных задач, дают результаты, которые требуются для выполнения других задач. Однако, важно иметь в виду, что «Babok» предписывает только то, что должно быть выполнено обязательно. Результат может быть неполным или задача может быть изменена и пересмотрена, что может повлиять на то, что её потребуется выполнять несколько раз. Итеративный или гибкий жизненный цикл может требовать того, чтобы задачи во всех областях знаний были выполнены одновременно. Жизненные циклы с ясными определенными фазами так же будут требовать выполнения задач из разных областей знаний, в каждой фазе. Задачи могут выполняться в разном порядке, при условии, что для выполнения задачи есть все необходимые ресурсы.
Описание задачи объясняет более подробно:
- Почему задача выполняется?
- Что такое задача?
- Какие результаты должны быть достигнуты при её выполнении?
1.5.3 Вход
Вход представляет информацию и предпосылки, необходимые для начала работы над задачей. Входами могут быть:
- Ясно сформированное, вне рамок бизнес анализа
- Задача, сформированная в ходе бизнес анализа
Не предполагается, что наличие входа или выхода означает, что достигнут финальный эффект или конечное состояние. Вход необходим только для того, чтобы начать полноценную и определенную работу. Любое количество входов может существовать в течении жизненного цикла инициативы.
Рис. 1.2 Схемы входа/выхода задач
Требования — это определенные условия входа или выхода, которые не должны быть внезапными, учитывая их важность для бизнес — анализа. Они являются только входом или выходом, который не производился бы определенной задачей. Требования могут быть классифицированы несколькими различными путями и существовать в любом из различных состояний. Когда указан вход или выход в разделе задачи, представленный формат используется для индикации классификации и состояний требования или набора требований.
Классификация Требования [состояние или состояния]. Если указанные требования не классифицированы или не имеют определенного состояния, любое из всех требований может быть использовано в качестве входа или выхода. К примеру, «Требования [Состояния]» значит, что требование может иметь любую классификацию, тогда как «Бизнес требования», должно обозначать, что бизнес требования могут быть в любом возможном состоянии (верифицированное, приоритезированное, и т.д.).
Требования также могут комбинироваться в некоторых случаях. К примеру, Требования [Приоритезированные и Верифицированные] следует понимать, как требования и приоритезированные, и верифицированные одновременно. Требования [Приоритезированные или Верифицированные] значит, что требования могут быть приоритезированы или верифицированы, или одновременно находится в обоих состояниях.
В основном тексте, состояние пишется в первую очередь, вслед за классификацией (верифицированное бизнес требование). Опять – таки, если не зафиксировано состояние или классификация, это значит, что требование ограничено каким-то основным состоянием или классификацией.
Вместо прощания
Ну что же, глубоковажаемые Аналитики и Аналитикессы! 
Соблюдая рамки приличий и ранее предложенный формат создания статей данной серии, мы говорим Вам «До свидания!».
На этот раз наше прощание будет недолгим. У нас уже заготовлены черновики следующего очерка о «Babok», в котором будет продолжен рассказ первой главы.
Всего доброго, профессиональных свершений и развития!

















