Что такое руководство по своду данных по бизнес анализу

Ключевые слова: перевод BABOK v. 2.0. на русский язык (IIBA), бизнес-анализ, бизнес-аналитик, системный-аналитик, управление требованиями, бизнес-требования, бизнес-правила, функциональные требования, нефункциональные требования, области знаний бизнес-анализа, Свод знаний по бизнес-анализу, Business Analysis Body of Knowledge

Что такое свод знаний по бизнес-анализу (Business Analysis Body of Knowledge)?

Руководство свода знаний по бизнес-анализу (Руководство BABOK) — это всемирно признанный стандарт для практики бизнес-анализа. Руководство BABOK описывает области знаний бизнес-анализа, связанные с ними деятельности и задачи, а также навыки, необходимые для эффективного их исполнения.
Основной целью Руководства BABOK является установление границ профессии бизнес-анализа. Руководство BABOK служит основанием, с помощью которого практики могут договориться для того, чтобы обсудить работу, которую они делают, и с помощью которого могут убедиться, что они имеют навыки, позволяющие им эффективно исполнять роль, а также определяет навыки и знания, с которыми люди работают и которые используются бизнес-аналитиками. Руководство BABOK — это концепция, описывающая задачи бизнес-анализа, которые должны быть выполнены для того, чтобы понять как решение будет приносить пользу организации-спонсору. Форма этих задач, последовательность их выполнения, относительная значимость и другие аспекты могут различаться, но каждая задача способствует в некотором роде, прямо или косвенно, достижению общей цели.
В этой главе дается введение в ключевые понятия областей бизнес-анализа и описывает структуру оставшейся части Руководства BABOK. Главы со 2 по 7 определяют задачи, которые бизнес-аналитик должен быть способен выполнять. Глава 8 описывает компетенции, которые способствуют эффективному исполнению бизнес-анализа. Глава 9 описывает ряд общепринятых методов, которые поддерживают практику бизнес-анализа.

Что такое бизнес анализ?

Бизнес-анализ — это набор задач и техник (методов), используемых для работы в качестве связующего звена между заинтересованными сторонами для того, чтобы понять структуру, политики и операции организации, а также рекомендовать решения, которые позволят организации достичь своих целей.
Бизнес-анализ включает в себя понимание того, как организации действуют для достижения своих целей, и определение возможностей, требующихся организации для предоставления продуктов и услуг внешним заинтересованным сторонам. Он включает в себя определение целей организации, как эти цели соотносятся с задачами, определение курса действий, которые организация должна предпринять для достижения этих целей и задач, а также определение способа взаимодействия различных подразделений организации и заинтересованных сторон в рамках и вне этой организации.
Бизнес-анализ может быть выполнен для понимания текущего состояния организации  или служить в качестве основы для последующей идентификации потребностей бизнеса. Однако, в большинстве случаев бизнес-анализ выполняется для определения и проверки решений, которые отвечают потребностям бизнеса, целям или задачам.
Бизнес-аналитики должны анализировать и синтезировать информацию, предоставленную большим количеством людей, которые взаимодействуют с бизнесом, например, заказчики, рабочий персонал, ИТ-специалисты и руководители. Бизнес-аналитик отвечает за выявление реальных потребностей заинтересованных сторон, а не просто их выраженных желаний. Во многих случаях, бизнес-аналитик также будет работать для облегчения коммуникации между организационными подразделениями. В частности, бизнес-аналитики часто играют центральную роль в согласовании потребностей бизнес-подразделений и возможностей реализации с помощью информационных технологий, а также они могут служить в качестве «переводчика» между разработчиками и бизнесом.
Бизнес-аналитик — это любое лицо, которое выполняет задачи, относящиеся к деятельности бизнес-анализа, возможно даже независимо от своей должности или организационной роли. Практикующие специалисты в сфере бизнес-анализа — это не только люди с должностью «бизнес-аналитик», это также аналитики бизнес-систем, системные аналитики, разработчики требований, процессные аналитики, менеджеры по продуктам, менеджеры проектов, аналитики предприятия, бизнес-архитекторы, консультанты по управлению, или любое другое лицо, кто может выполнять задачи, описанные в руководстве BABOK, а также такие задачи, как управление проектами, разработка программного обеспечения, контроль качества и проектирование взаимодействия.

Ключевые концепции

Домены

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

Решения

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

Требования

Требование — это:
1. Условие или возможность, необходимые заинтересованной стороне для решения проблемы или достижения цели.
2. Условие или возможность, которые должны быть выполнены или которыми должно обладать решение/компоненты решения для удовлетворения контракта, стандарта, спецификации или других официальных документов.
3. Документированное представление условий или возможностей, как в (1) или (2).

Как видно из этого определения, требование может быть скрытым, подразумеваемым или вытекающим из других требований, или же может быть напрямую указанным и управляемым. Одной из ключевых задач бизнес-анализа является обеспечение того, чтобы требования были видны и понятны для всех заинтересованных сторон.
Термин «требование» порождает множество дискуссий в рамках сообщества бизнес-анализа. Многие из этих дебатов сосредотачиваются на том, что следует или что не следует считать требованием, и каковы необходимые характеристики требования. Тем не менее, при изучении Руководства BABOK очень важно термин «требование» понимать в самом широком смысле. Требования включают, но не ограничиваются прошлыми, настоящими или будущими условиями и возможностями предприятия, а также описанием организационной структуры, ролей, процессов, политик, нормативов и информационных систем. Требование может характеризовать текущее или будущее состояние любого аспекта работы предприятия.
Большая часть существующей литературы по бизнес-анализу написана в предположении, что требования описывают только ИТ-систему, которую планируют внедрять. Другие определения могут также содержать в себе бизнес-функции будущего состояния организации или могут ограничивать смысл термина целями, которые стремятся достичь заинтересованные лица, а не средствами, с помощью которых эти цели достигаются. Хотя все эти различные использования термина являются разумными и оправданными, и термин, используемый руководством BABOK, включает все эти значения, они значительно уже, чем употребляемый здесь термин.
Точно так же мы не считаем, что требования анализируются на конкретном уровне детализации, а наоборот — они должны быть оценены независимо от уровня детализации с целью понимания и действий. В контексте инициативы управления бизнес-процессами, требования могут являться описанием текущих бизнес-процессов, используемых в организации. На других проектах, бизнес-аналитик может решить разрабатывать требования, описывающие текущее состояние предприятия (которое само по себе является решением текущих или прошлых потребностей бизнеса) перед тем, как рассматривать внесение в решение изменений, необходимых для удовлетворения меняющихся условий бизнеса.

Схема классификации требований
Для целей Руководства BABOK используется следующая схема классификации для описания требований:
Бизнес-требования — это высокоуровневые формулировки целей, задач и потребностей предприятия. Они описывают причины, по которым был инициирован проект, задачи, которые будут достигнуты в ходе проекта, а также метрики, которые будут использоваться для измерения его успешности. Бизнес-требования описывают потребности организации в целом, а не группы или заинтересованных в нем сторон. Они разработаны и определены на основе анализа предприятия.
Требования заинтересованных сторон — это формулирование нужд конкретного заинтересованного лица или класса заинтересованных лиц. Эти требования описывают потребности, которые описывают что заинтересованная сторона имеет и как эта заинтересованная сторона будет взаимодействовать с решением. Требования заинтересованных сторон служит в качестве моста между бизнес-требованиями и другими классами требований к решению. Они разработаны и определены на основе анализа требований.
Требования к решению описывают характеристики к решению, которые соответствуют бизнес-требованиям и требованиям заинтересованных сторон. Они разработаны и определены на основе анализа требований. Их часто делят на подкатегории, особенно в случаях, когда требования описывают программное решение:
Функциональные требования описывают поведение решения и информацию о том, чем оно будет управлять. Эти требования описывают возможности системы, которые доступны к выполнению, в части режимов работы или операций — действия или реакции конкретного ИТ-приложения.
Нефункциональные требования фиксируют условия, которые напрямую не относятся к поведению или функциональности решения, а скорее описывают условия окружающей (внешней) среды, в условиях которой решение должно сохранять эффективность и качества, которыми система должна обладать. Они также известны как требования качества или дополнительные требования. Они могут включать в себя требования, связанные с мощностью (емкостью), скоростью, безопасностью, доступностью, информационной архитектурой и пользовательским интерфейсом.
Переходные требования описывают возможности, которыми решения должно обладать для осуществления перехода из текущего состояния предприятия к желаемому (требуемому) состоянию в будущем. Эти требования статут ненужными, как только этот переход завершится. Они отличаются от других типов требований, потому что они всегда носят временный характер и потому, что они не могут быть разработаны, пока оба решения, существующее и новое, не будут определены. Как правило, они охватывают преобразование данных из существующих систем, пробелы в знаниях и квалификации, которые должны быть решены, а также другие соответствующие изменения, необходимые для достижения желаемого будущего состояния. Их разрабатывают и определяют посредством проведения оценки и валидации (проверки) решения.

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

Области знаний определяют то, что практикующему специалисту бизнес-анализа нужно понимать и какие задачи он должен быть в состоянии выполнять.
Бизнес-аналитикам, скорее всего, необходимо выполнять задачи из всех областей знаний подряд, многократно или одновременно. Задачи могут выполняться в любой последовательности при условии наличия необходимых входных данных. В принципе, работа бизнес-аналитика может начаться с любой задачи, хотя наиболее вероятными задачами будут «Определение потребностей бизнеса» (5.1) или «Оценка эффективности решения» (7.6).
Области знаний не предназначены для представления фаз в проекте. Это, конечно, возможно и допустимо переходить от выполнения анализа деятельности предприятия к анализу требований, к оценке решения и валидации деятельности, и относиться к каждому из этих мероприятий как к отдельному этапу проекта. Однако руководство BABOK этого не требует, поэтому указанные шаги не следует рассматривать в качестве готовой методологии для выполнения бизнес-анализа.
Планирование и контроль бизнес-анализа (Глава 2) — это область знаний, которая освещает как бизнес-аналитика определить какие виды деятельности необходимы для осуществления бизнес-анализа. Она охватывает идентификацию заинтересованных сторон, выбор методов бизнес-анализа, процесса, который будет использоваться для управления требованиями и оценки хода работы. Задачи в этой области знаний регулируют производительность всех других задач бизнес-анализа.
Сбор информации (Глава 3) описывает как бизнес-аналитики работают с заинтересованными сторонами для определения и понимания их потребности и опасения, а также понять условия, в которых они работают. Целью сбора информации состоит в том, чтобы были поняты истинные, лежащие в основе потребности, а не их высказанные или поверхностные пожелания.
Управление требованиями и коммуникации (Глава 4) описывает, как бизнес-аналитики управляют конфликтами, проблемами и изменениями для того, чтобы гарантировать, что заинтересованные стороны и команда проекта находятся в согласии по рамкам решения, а также как требования доводятся до заинтересованных сторон и как знания полученные бизнес-аналитиком сохраняются для использования в будущем.
Анализ предприятия (глава 5) описывает как бизнес-аналитики идентифицируют потребности бизнеса, улучшают и проясняют определение этой потребности, а также определяют границы решения, которые могут быть реально реализованы для бизнеса. Эта область знаний описывает постановку пролемы и ее анализ, разработку бизнес-кейсов, техникоэкономические обоснования и определения границ решений.
Анализ требований (Глава 6) описывает, как бизнес аналитики расставляют приоритеты и последовательно уточняют требования заинтересованных сторон и требования по решению с тем, чтобы позволить проектной команде реализовать решение, которое будте соответствовать потребностям организации-спонсору и заинтересованным сторонам. Анализ требований включает в себя анализ потребностей заинтересованных сторон для определения решений, которые отвечают этим потребностям, оценку текущего состояния бизнеса для выявления и подготовки рекомендаций по улучшению, а также верификацию и валидацию требований.
Оценка и проверка решения (Глава 7) описывает, как бизнес-аналитики оценивают предлагаемые решения, чтобы определить какое решение лучше всего подходит для подребности бизнеса, выявляют пробелы и недостатки в решениях, а также определяют определяют необходимые доработки и изменения в решении. Оценка и проверка решения также описывает, как бизнес-аналитики оценивают развернутые решения, чтобы увидеть насколько хорошо они соответствуют потребностям, дабы организация-спонсор могла оценить производительность и эффективность решения.
Базовые компетенции (Глава описывает поведение, знания и другие характеристики, которые поддерживают эффективное выполенние бизнес-анализа.

Задачи

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

• Назначение задачи
• Описание задачи
• Входные данные
• Диаграмма входных/выходных данных задачи
• Требования входных данных для задачи
• Элементы задачи
• Методы выполнения задачи
• Заинтересованные лица
• Выходные данные задачи

Назначение задачи (цель)

Каждая задача имеет назначение. Назначение — это краткое описание причины для выполнения этой задачи бизнес-аналитиком и ее ценности, которая создается посредством выполнения задачи.

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

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

Задача имеет следующие характеристики:
— Задача достигает результат в выходных данных, который создает ценность для организации-спонсора, т.е. если задача выполняется, то она должна принести некоторый очевидный положительный результат, который полезен, конкретен, видимый и измерим.
— По идее, задача является завершенной, если задачи преемника могут быть выполнены различными людьми или группой, при использовании выходных данных этой задачи.
Задача является необходимой частью назначения области знаний, с которой она связана.
Руководство BABOK не предписывает процесс или порядок, в котором выполняются задачи. Некоторое упорядочивание задач неизбежно, т.к. некоторые задачи производят выходные данные, которые требуются в качестве входных данных для других задач. Тем не менее, важно иметь в виду, что Руководство BABOK предписывает только то, что входные данные должны существовать. Входные данные могут быть неполными или могут быть изменены или пересмотрены, что может привести к выполнению задачи несколько раз. Итерационные или гибкий жизненный цикл может потребовать, чтобы задачи во всех областях знаний выполнялись параллельно, а для жизненного цикла с четко определенными фазами будет по-прежнему требоваться, чтобы задачи из многих областей знаний были выполнены на каждой фазе. Задачи могут быть выполнены в любом порядке, при условии, что необходимые входные данные для задачи присутствуют.
Описание задачи более подробно объясняет, почему задача выполняется, что это за задача и какие результаты задача должна достичь.

Входные данные для задачи

Входные данные представляют информацию и предпосылки необходимые для начала выполнения задачи. Входные данные могут быть:
— Явно генерируемые за рамками бизнес-анализа (например, конструкция программного приложения).
Создаваться с помощью задачи бизнес-анализа.

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

Диаграммы входных и выходных данных задачи:

Требования для входных данных задач

Требования являются частным случаем как входных или выходных данных, что не должно быть неожиданно, учитывая их важность для бизнес-анализа. Они являются только входом или выходом, которые не производятся одной задачей. Требования могут быть классифицированы в несколько различных способов и могут существовать в любом из множества состояний. Когда указан в качестве входа или выхода в этом разделе задачи, следующий формат будет использоваться для обозначения классификации и состояния требования или набора требований:
Классификация требований [состояние или состояния]. Если не перечислены классификация или состояния, все или только некоторые требования могут быть использованы в качестве входа или выхода. Например, Требования [Заявленные] — означает что требования могут иметь любую классификацию, тогда как бизнес-требования — будет означать, могут быть в любом возможном состоянии (например, проверены, приоритезированы, заявлены или комбинации этих состояний).
Требования могут быть также объединены в некоторых случаях. Например, Требования [Приоритезированы и Проверены] — должны быть прочитаны, чтобы указать, что требования были приоритезированы и проверены. Требования [Приоритезированы или Проверены] — означает, что требования могут быть либо приоритезированы, либо проверены, либо одновременно приоритезированы и проверены.

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

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

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

Методики

Каждая задача содержит перечень соответствующих методов. Некоторые методы характерны для выполнения одной задачи, в то время как другие относятся к выполнению большого числа задач (и перечислены в Главе 9: Методы). Если конкретная задача может использовать оба вида техник, те, что описаны в Главе 9 будут перечислены в подразделе «Общие методы». Если нет подраздела, то все методы можно найти в Главе 9. Для получения дополнительной информации см. Методы (1.6).

Заинтересованные стороны

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

Техники (методы или методики)

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

• Определение критериев приемки и оценки (9.1)
• Мозговой штурм (9.3)
• Анализ бизнес-правил (9.4)
• Словарь данных и Глоссарий (9.5)
• Диаграммы потоков данных (9.6)
• Моделирование данных (9.7)
• Анализ решений (9.8)
• Анализ документов (9.9)
• Интервью (9.14)
• Метрики и Ключевые показатели эффективности (9.16)
• Анализ нефункциональных требований (9.17)
• Организационное моделирование (9.19)
• Отслеживание проблемы (9.20)
• Моделирование процессов (9.21)
• Семинары требований (9.23)
• Сценарии и варианты использования (9.26)

Руководство BABOK может в некоторых случаях группировать схожие методы, или методы, которые разделяют одну цель, под одним заголовком. Например, техника Моделирования данных (9.7) охватывает модели классов и диаграммы «сущность-связь» и в принципе может охватывать концепт-карты, модели терминов и факт-модели, модели ролей объекта, и другие, менее широко распространенные методы анализа.
Каждый метод в Руководстве BABOK представлен в следующем формате:

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

Описание
Описание того, что это за техника и как она используется.

Элементы
Формат и структура этого раздела является уникальным для каждого метода. В разделе «Элементы» изложены основные понятия, которые необходимы для того, чтобы понять как использовать эту технику.

Особенности использования
Описаны условия, при которых прием может быть более или менее эффективным.

Основные компетенции (Базовые компетенции)

Базовые компетенции — это навыки, знания и личные качества, которые поддерживают эффективным выполнение бизнес-анализа. Области Базовых компетенций, относящиеся к бизнес-анализу, включают в себя:

• Аналитическое мышление и решение проблем поддерживают эффективную идентификацию проблем бизнеса, оценку предложенных вариантов решения этих проблем и понимание потребностей заинтересованных сторон. Аналитическое мышление и решение проблем включают в себя оценку ситуации, полное осмысление ситуации, насколько это возможно, а также разработка суждений о возможных решениях проблемы.
• Поведенческие характеристики поддерживают развитие эффективных рабочих взаимоотношений с заинтересованными сторонами и включают в себя такие качества, как профессиональная этика, надежность и личная организованность.
• Знание бизнеса поддерживает понимание среды, в которой бизнес-анализ выполняется, а также знание общих принципов бизнеса и доступных решений.
• Коммуникативные навыки поддерживают бизнес-аналитиков в выявлении и передачи требований между заинтересованными сторонами. Коммуникативные навыки необходимы для того, чтобы слушать и понимать аудиторию, для понимания, как аудитория воспринимает бизнес-аналитика, для понимания целей коммуникаций, для понимания своего послания, а также для выбора наиболее подходящих средств массовой информации и формата для общения.
• Навыки взаимодействия поддерживают бизнес-аналитика при работе с большим количеством заинтересованных сторон и включают в себя способность работать как часть большой команды и помочь команде достичь решения. В то время как большая часть работы бизнес-аналитика состоит в выявлении и описании желаемого будущего состояния, бизнес-аналитик также должен быть способен помочь организации достичь соглашения, что вопрос будущего состояния решается комбинированием лидерства и содействия.
• Программное обеспечение используется для облегчения совместной разработки, регистрации и распространения требований заинтересованных лиц. Бизнес-аналитики должны быть опытными пользователями инструментов, которые используются в их организации, а также должны понимать сильные и слабые стороны каждого из этих ПО.

Другие ресурсы информации по бизнес анализу

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

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

• Гибкая разработка (Agile)
• Бизнес-аналитика (BI)
• Управление бизнес-процессами
• Бизнес-правила
• Управление ИТ-услугами (включая ITIL)
• Lean и Six Sigma
• Управление организационными изменениями
• Управление проектами
• Управление качеством
• Сервис-ориентированная архитектура
• Разработка программного обеспечения (в частности, разработка требований)
• Совершенствование процессов разработки (в том числе CMMI)
• Контроль качества программного обеспечения
• Стратегическое планирование
• Проектирование пользовательского интерфейса

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

Руководство к Своду знаний по бизнес-анализу (A Guide to the Business Analysis Body of Knowledge (BABOK)) является письменным справочником к набору знаний по бизнес-анализу, которые отражают лучшие на текущий момент наработки и представляют целостную систему, описывающую области знаний, связанные со всеми прилегающими видами деятельности, задачами и навыками. В соответствии с CMMI, организациям, заинтересованным в технологическом совершенствовании, необходимо внедрить для своей отрасли стандарты из Свода знаний по бизнес-анализу (и других сопутствующих Сводов знаний) для того, чтобы перевести сдачу результатов по своим проектам из произвольного на управляемый уровень^[1].

История

Свод знаний по бизнес-анализу (BABOK) был впервые опубликован 4 октября 2005 года^[2] Международным институтом бизнес-анализа (англ.) (IIBA) в виде черновой версии документа. Это событие имело в качестве цели выход на ещё более широкое сообщество по бизнес-анализу и управлению проектами, а также — документирование и стандартизацию общепринятых навыков и практик по бизнес-анализу. Версия 1.6 стала первым официальным обнародованным документом в июне 2006 года^[3]. Версия 2.0 вышла в свет 31 марта 2009 года^[4]. Как и в случае с другими сводами знаний (англ.), BABOK составляется и обновляется профессионалами, которые используют его в своей ежедневной практике^[5]. Таким образом, BABOK пересматривается, дополняется и уточняется постоянно.

Профессиональные сертификации

Сразу после принятия Свода знаний, IIBA ввёл возможность назначения категории Сертифицированного специалиста по бизнес-анализу (англ.) (CBAP), чтобы официально выделить таким образом бизнес-аналитиков высшего уровня (с опытом работы в роли бизнес-аналитика от 5 до 10 лет). В сентябре 2008 IIBA разрабатывает промежуточный уровень сертификации для бизнес-аналитиков со стажем менее 5 лет, чтобы они могли также иметь формальные основы для представления своих квалификации и уровня навыков.

В целом формат и порядок экзамена IIBA для получения сертификата CBAP соответствуют экзамену PMI для получения сертификата PMBOK. Экзамен проводится в форме компьютерного тестирования. На протяжении трёх часов кандидату необходимо ответить на 150 вопросов. На каждый из вопросов предлагаются 4 варианта ответов.

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

Свод знаний по бизнес-анализу (BABOK) выделяет 6 областей знаний, которые в своей совокупности объединяют взаимосвязанные группы задач и методик. Каждая из этих задач и методик описывает стандартные опыт, навыки, процессы и требования к результатам, в которых нуждается любой бизнес-аналитик для компетентного исполнения своих задач. Несмотря на то, что набор задач и процессов предложен именно из этих областей знаний, BABOK отнюдь не выставляет вышеописанную методологию как конечную и непреложную. Более того, в версии 2.0 из областей знаний от задач в отдельную секцию были отделены методики.

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

Бизнес-аналитики планируют свои задачи и действия в рамках общего бизнес-анализа. Сюда включается анализ по стейкхолдерам (заинтересованным лицам внутри организации, клиентам и т. п.), отбор методик и подходов для управления результатами (англ.), рисками и требованиями; отслеживаются и сдаются отчёты по всем действиям, что касается управления требованиями; а также обсуждение вариантов внедрения изменений (англ.) в проект.

Выявление требований

Бизнес-аналитики работают со стейкхолдерами, чтобы определить требования в рамках общих работ по проекту. Сюда включается определение и детализация требований (англ.); мозговой штурм; контент-анализ; исследования в рамках фокус-групп; интервьюирование; наблюдение; создание прототипов; создание условий для проверки достижения оговорённых требований путём организации рабочих групп в виде производственных линий, мастерских (зависит от специфики разрабатываемого продукта); обратная инженерия существующих систем; и сбор входящих данных с помощью опросов и анкетирования.

Коммуникации и управление требованиями

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

Анализ предприятия

Это деятельность бизнес-аналитиков, которая раскрывает жизненно важные составляющие, требующиеся для существования бизнеса: определяют эти составляющие; опознают пробелы в текущем потенциале бизнеса; далее — если требуется внесение изменений — предлагают набор и объём действий для нахождения требуемого решения и моделируют кейсы (case) для подтверждения правильности рекомендуемых действий. Таким образом, анализ предприятия проводит оценку структуры бизнеса и его основополагающих составляющих; производится анализ просчётов (gap analysis) потенциальных мощностей и возможностей предприятия; анализ осуществимости (англ.); определяется объём работ в соответствии с принятым решением; разрабатывается технико-экономическое обоснование.

Анализ требований

Это работа бизнес-аналитиков в рамках общей проектной команды с целью выработки решения, которое предполагает достижение ранее оговорённых участниками требований. Подобная деятельность включает контент-анализ проекта (бизнеса), предположительные и реальные требования стейкхолдеров, функциональные и нефункциональные (англ.) (напр.: качество обслуживания) требования; моделирование отрасли бизнеса с использованием диаграмм процессов (англ.), блок-схем, моделей данных; исследование поведенческих моделей с применением диаграмм вариантов использования (use case), исследование пользовательского опыта, раскадровка, каркасные модели, пользовательские профили (англ.) и истории пользователей; окончательную итоговую проверку и утверждение требований.

Оценка и согласование решений

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

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

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

Методики

Определяют набор специфических навыков, методов и инструментов, которые делают возможным решение задач по бизнес-анализу в шести областях знаний — в разделе Методики (Techniques) перечислены 34 методики, из которых далее даны 15 методик, указанных в рамках конкретных областей знаний.

См. также

• Бизнес-анализ
• Контент-анализ
• Метод анкетирования
• Системный анализ
• Управление проектами

Примечания

Ссылки

• Глоссарий BABOK

Руководство к своду знаний по бизнес-анализу — A Guide to the Business Analysis Body of Knowledge

эта статья содержит контент, который написан как Реклама. Пожалуйста помоги Улучши это путем удаления рекламный контент и неуместно внешние ссылки, а также путем добавления энциклопедического содержания, написанного с нейтральная точка зрения. (Апрель 2017 г.) (Узнайте, как и когда удалить этот шаблон сообщения)

Тема этой статьи может не соответствовать Википедии общее руководство по известности. Пожалуйста, помогите установить известность, указав надежные вторичные источники которые независимый темы и обеспечить ее подробное освещение, помимо банального упоминания. Если известность не может быть установлена, статья, вероятно, будет слился, перенаправлен, или удалено. Найдите источники: «Руководство к своду знаний по бизнес-анализу»  – Новости  · газеты  · книги  · ученый  · JSTOR (Июнь 2019) (Узнайте, как и когда удалить этот шаблон сообщения)

Разработка программного обеспечения
Активность ядер
Процессы Требования дизайн Инженерное дело строительство Тестирование Отладка Развертывание Обслуживание
Парадигмы и модели
Agile Чистая комната Инкрементальный Прототипирование Спираль V модель Водопад
Методологии и рамки
ASD DevOps Папа DSDM FDD IID Канбан Lean SD Меньше MDD MSF PSP РАД RUP Безопасно Scrum SEMAT TSP Открыть ВВЕРХ XP
Вспомогательные дисциплины
Управление конфигурацией Документация Обеспечение качества программного обеспечения (SQA) Управление проектом Пользовательский опыт
Практики
ATDD BDD CCO CI компакт диск DDD PP SBE Встаньте TDD
инструменты
Компилятор Отладчик Профайлер Дизайнер графического интерфейса Моделирование IDE Автоматизация сборки Автоматизация выпуска Инфраструктура как код Тестирование
Стандарты и свод знаний
БАБОК CMMI Стандарты IEEE ISO 9001 Стандарты ISO / IEC PMBOK SWEBOK ITIL IREB
Глоссарии
Искусственный интеллект Информатика Электротехника и электроника
Контуры
План разработки программного обеспечения

Руководство к своду знаний по бизнес-анализу (Путеводитель по BABOK) является стандартом для практики бизнес-анализа.^[1]

История

Путеводитель по BABOK был впервые опубликован Международный институт бизнес-анализа (IIBA) в качестве проекта документа версии 1.4, в октябре 2005 г., для консультаций с более широким сообществом бизнес-анализа и управления проектами для документирования и стандартизации общепринятых практик бизнес-анализа. Первый официальный выпуск был в версии 1.6 в июне 2006 года. Версия 2.0 была выпущена 31 марта 2009 года. Версия 3 была выпущена в апреле 2015 года.

Профессиональная сертификация

После создания совокупности знаний IIBA создал Сертифицированный специалист по бизнес-анализу (CBAP) для признания старших бизнес-аналитиков, которые могут продемонстрировать глубокий многолетний опыт работы в этих областях знаний (5–10 лет в специальной роли бизнес-аналитика).^[2]

IIBA также предлагает Сертификация компетенции бизнес-анализа (CCBA) обозначение, которое присуждается бизнес-аналитикам с 3750 часами опыта бизнес-анализа, включая 900 часов опыта в двух областях знаний или 500 часов опыта в четырех областях знаний и 21 час профессионального развития.^[3]

Для получения обоих сертификатов, указанных выше, заявитель должен иметь минимальное среднее образование (или его эквивалент), две рекомендации от карьерного менеджера, клиента или сертифицированного бизнес-аналитика и подписать Кодекс поведения IIBA.^[4]

IIBA также предлагает сертификат входа в бизнес-анализ (ECBA), который не требует ссылки.

Структура и содержание

Путеводитель по BABOK включает главы о:

• Ключевые понятия бизнес-анализа: определите важные термины, лежащие в основе практики бизнес-анализа.
• Области знаний: представляет собой основное содержание Путеводитель по BABOK и содержат задачи бизнес-анализа, которые используются для выполнения бизнес-анализа.
• Базовые компетенции: описывает поведение, характеристики, знания и личные качества, которые помогают бизнес-аналитикам эффективно выполнять свою работу.
• Методы: описывает 50 наиболее распространенных методов, используемых бизнес-аналитиками.
• Перспективы: описывает 5 различных взглядов на бизнес-анализ (Agile, бизнес-аналитика, информационные технологии, бизнес-архитектура и управление бизнес-процессами). Новое в Путеводитель по BABOK версия 3 «Перспективы» демонстрирует постоянное развитие практики бизнес-анализа.

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

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

Области знаний Путеводитель по BABOK находятся:

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

Список используемой литературы

• БАБОК 2, 2009. ISBN  9780981129211
• БАБОК 3, 2015. ISBN  9781927584026.

использованная литература

1. ^ «Путеводитель BABOK — IIBA | Международный институт бизнес-анализа». www.iiba.org. Получено 2015-10-20.
2. ^ «Сертификация CBAP — IIBA | Международный институт бизнес-анализа». www.iiba.org. Получено 2015-10-20.
3. ^ «Обозначение CCBA». Получено 21 октября 2015.
4. ^ «Сертифицированный специалист по бизнес-анализу». Сертификация. IIBA. Получено 21 октября 2015.

внешние ссылки

• Международный институт бизнес-анализа

О книге «BABOK. Руководство к Своду знаний по бизнес-анализу» рассказывает бизнес-аналитик Вадим Миронов.

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

Базовые понятия бизнес-анализа

Начнем с представленной в BABOK модели базовых понятий бизнес-анализа — BACCM. Очень удобная и лаконичная вещь. Фактически — универсальная шпаргалка бизнес-аналитика. Модель базовых понятий — это 6 терминов и их обстоятельное описание: Изменение, Потребность, Решение, Заинтересованные стороны, Ценность, Контекст.

Каким бы проектом не занимался бизнес-аналитик, он всегда может задать себе проверочные вопросы типа:

— Какого рода изменения мы осуществляем?
— Какие потребности мы пытаемся удовлетворить?
— Какие решения мы создаем или изменяем?
— Какие заинтересованные стороны вовлечены?
— Что представляет ценность для заинтересованных сторон?
— В каких контекстах находимся мы и решение?

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

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

Ценными и практически применимыми для начинающих будут разделы 9 и 10 BABOK. Раздел «9. Базовые компетенции», дает представление о том, какие знания и навыки будут востребованы в карьере бизнес-аналитика. На основе содержимого раздела можно составить краткую интеллект-карту и периодически сверяться с ней на пути своего профессионального развития.

В разделе «10. Техники» приведен обзор 50 (!) методов решения задач бизнес-анализа. Описание техник составляет почти 30% всей книги, т. е. около 200 страниц. Особенно удобно то, что для каждой области знаний и решаемых в ее границах задач приведен рекомендуемый набор методов. Именно эта взаимосвязь задач и методов их решения позволяет использовать BABOK в качестве настольного справочника бизнес-аналитика.

Обзоры техник краткие: по итогам их прочтения не всегда может сложиться четкое понимание того, как использовать тот или иной метод на практике. Это нормально: приводить детальный разбор 50 техник в одной книге — нереально. Про некоторые техники, такие как «Построение бизнес-моделей», специалистами написаны отдельные книги. Тем не менее, описаний ряда техник может быть вполне достаточно для применения на практике.

Ракурсы бизнес-анализа

Отмечу также раздел «11. Ракурсы». В этом разделе приводится описание работы бизнес-аналитика в разных контекстах:

— Agile;
— IT;
— Управление процессами;
— Business intelligence;
— Бизнес-архитектура.

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

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

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

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

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

Прелесть профессии бизнес-аналитика — огромное количество вариантов развития карьеры и расширения кругозора. Можно развиваться в сторону проектного управления, создания цифровых продуктов, оптимизации процессов и информационных систем, анализа данных и т. д. и т. д. Ракурсы бизнес-анализа помогут понять, какое направление работы ближе именно вам.

Подводя итоги

BABOK — это прекрасный тренажер для вдумчивого чтения. По сути, эту книгу нужно не читать, а штудировать: тщательно изучать, перечитывая и обдумывая каждую фразу. При таком подходе чтение BABOK займет несколько месяцев. Средний темп чтения составит всего 5−10 страниц в день. Конечно, можно пробежать по тексту за пару выходных, не вникая и не усваивая материал. Но смысла в этом немного.

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

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

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

Справочник по сводам знаний бизнес-анализа(Руководство BABOK) является стандартом для практики бизнес-анализа.

Содержание

• 1 История
  • 1.1 Профессиональная сертификация
• 2 Структура и содержание
  • 2.1 Области знаний
• 3 Библиография
• 4 Ссылки
• 5 Внешние ссылки

История

Руководство BABOK было впервые опубликовано Международным институтом бизнес-анализа (IIBA) в качестве чернового варианта документа версии 1.4 в октябре 2005 г. для консультации с более широкое сообщество бизнес-анализа и управления проектами для документирования и стандартизации общепринятых практик бизнес-анализа. Первый официальный выпуск был в версии 1.6 в июне 2006 года. Версия 2.0 была выпущена 31 марта 2009 года. Версия 3 была выпущена в апреле 2015 года.

Профессиональная сертификация

Как только совокупность знаний была установлена, IIBA присвоило звание Certified Business Analysis Professional (CBAP), чтобы отмечать старших бизнес-аналитиков, которые могут продемонстрировать глубокий многолетний опыт работы в этих областях знаний (5–10 лет в должности специального бизнес-аналитика).

IIBA также предлагает обозначение Certification of Competency on Business Analysis (CCBA), которое присуждается бизнес-аналитикам с 3750-часовым опытом бизнес-анализа, включая 900 часов опыта в двух областях знаний или 500 часов опыта в четырех областях. области знаний и 21 час профессионального развития.

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

IIBA также предлагает сертификат входа в бизнес-анализ (ECBA), который не требует справки.

Структура и содержание

Руководство BABOK включает в себя следующие главы:

• Ключевые концепции бизнес-анализа: определение важных терминов, которые составляют основу практики бизнес-анализа.
• Знания Области: представляет собой основное содержание BABOK Guide и содержит задачи бизнес-анализа, которые используются для выполнения бизнес-анализа.
• Основные компетенции: описывает поведение, характеристики, знания и личные качества, которые помогают бизнес-аналитикам быть эффективными в свою работу.
• Методы: описывает 50 наиболее распространенных методов, используемых бизнес-аналитиками.
• Перспективы: описывает 5 различных взглядов на бизнес-анализ (Agile, Business Intelligence, Информационные технологии, Бизнес-архитектура, и управление бизнес-процессами). Новое в BABOK Guide версии 3, «Перспективы» демонстрирует продолжающееся развитие практики бизнес-анализа.

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

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

Области знаний BABOK Guide:

• Планирование и мониторинг бизнес-анализа:описывает задачи, используемые для организации и координации усилий по бизнес-анализу.
• Выявление и сотрудничество:описывает задачи, используемые для подготовки и проведения действий по выявлению и подтверждения результатов.
• Управление жизненным циклом требований:задачи, используемые для управления и поддержания требований и проектной информации от начала до вывода из эксплуатации.
• Анализ стратегии:описывает задачи, используемые для определения бизнес-потребностей, удовлетворения этой потребности и согласования стратегии изменений в рамках предприятия.
• Анализ требований и определение проекта:описывает задачи, используемые для организации требований, определения и моделирования требований и проектов, проверять и проверять информацию, определять варианты решения и оценивать потенциальную ценность, которая может быть реализована.
• Оценка решения:описывает задачи, используемые для оценки производительности и ценности решения, а также для рекомендации улучшения по возрастающим значениям.

Библиография

• BABOK 2, 2009. ISBN 9780981129211
• BABOK 3, 2015. ISBN 9781927584026 .

Ссылки

Внешние ссылки

• Международный институт бизнес-анализа

Предложите, как улучшить StudyLib

(Для жалоб на нарушения авторских прав, используйте

другую форму
)

В рамках продвижения своего нового курса для бизнес-аналитиков «От процессов к продуктам: Product ownership и Agile-практики для бизнес-аналитика», сегодня о расскажу про Agile Extension to the BABOK®Guide: как оно дополняет BABOK, чем схоже с Guide to Product Ownership Analysis, какова практическая польза этого сборника знаний от IIBA® и стоит ли сдавать по нему сертификационный экзамен.

Что такое Agile Extension to the BABOK®Guide: назначение и содержание

Как уже понятно из названия, Agile-расширение дополняет BABOK®Guide и тоже выпускается международным институтом бизнес-анализа IIBA®. Впервые этот документ вышел в 2013 году, а спустя 4 года опубликована версия 2.0, актуальная на текущий момент. В самом начале авторы сборника подчеркивают, что понимают под термином Agile не набор практик и техник, специфических для гибких методологий разработки ПО, а скорее адаптивное продуктовое мышление, концепции которого применимы к любой предметной области (не только ИТ).

Таким образом, Agile Extension to the BABOK®Guide позиционируется как руководство или свод знаний, описывающий преимущества, виды деятельности, задачи и практики для эффективного бизнес-анализа в парадигме гибкого мышления с фокусом на доставку ценности. Сборник также описывает применение техник и концепций, которые чаще всего используются в гибких подходах, к практикам «классического» бизнес-анализа, описанным в самом BABOK®Guide. Отсылки к руководству BABOK встречаются практически на каждой из почти 150 страниц Agile Extension. Документ написан на английском языке и, как и остальные своды знаний IIBA, кроме самого BABOK®Guide, официального перевода на другие языке не имеет. Книга состоит из 7 глав:

• введение, где описано назначение и структура документа в целом, объяснен термин «гибкий бизнес анализ» (Agile Business Analysis), а также дан краткий ликбез по 3-м горизонтам планирования, о которых мы поговорим;
• гибкое мышление (Agile Mindset), включая краткое описание базовых идей Agile Manifesto, популярных методологий и фреймворков, а также сопоставление 6-ти концепций модели базовых понятий «классического» бизнес-анализа (Business Analysis Core Concept Model™, BACCM™) из BABOK®Guide с принципами «гибкого бизнес-анализа»;
• 3-я глава представляет собой обзор 3-х горизонтов планирования на уровне стратегии, инициативы и доставки, которые отличаются временным периодом длительностью и степенью детализации. Какие задачи решаются в рамках каждого горизонта и с помощью каких техник, детально разбирается в 4-ой, 5-ой и 6-ой главах.
• 7-я глава посвящена описанию 24-х техник, которые чаще всего применяются в гибком бизнес-анализе. В начале главы приведены рекомендации по выбору техники в зависимости от контекста и стейкхолдеров (внутренняя команда или внешние заинтересованные стороны). Например, для коммуникаций с членами команды рекомендуются техники уточнения бэклога (Backlog Refinement), семинаров планирования (Planning Workshops), системы «Portfolio Kanban» и ретроспектив (Retrospectives). А при взаимодействии с внешними стейкхолдерами – техника рассмотрения (Review) и разработки видения результата (Visioning). Разумеется, техники могут пересекаться, например, то же видение подходит как для внутренних, так и внешних стейкхолдеров. Далее каждая из 24 техник описывается по однотипному шаблону, как и в BABOK®Guide: назначение, описание, элементы и особенности использования (преимущества и ограничения).

В отличие от более свежего свода знаний по Agile-практикам и продуктовому мышлению, Guide to Product Ownership Analysis, Agile Extension практически не содержит наглядных примеров и прикладных кейсов. Впрочем, этот недостаток нивелируется, если читать Agile-расширение вместе с Guide to Product Ownership Analysis, поскольку оба документа во многом пересекаются и поддерживают одну и ту же парадигму продуктового мышления в бизнес-анализе. Разобравшись со структурой и содержанием Agile Extension, далее рассмотрим его ключевые принципы, наиболее полезные для бизнес-аналитика.

Главная польза Agile-расширения для бизнес-аналитика: 7 принципов и 3 горизонта планирования

Agile Extension to the BABOK®Guide преобразует изложенные в Agile Manifesto принципы гибкого мышления в 7 принципов гибкого бизнес-анализа:

• Смотрите в целом (See the Whole);
• Думайте, как клиент (Think as a Customer);
• Анализируйте, чтобы определить, что ценно (Analyze to Determine What is Valuable);
• Получите реальную пользу, используя примеры (Get Real Using Examples);
• Понимайте, что выполнимо (Understand What Is Doable);
• Стимулируйте сотрудничество и непрерывное улучшение (Stimulate Collaboration and Continuous Improvement);
• Избегайте ненужных трат (Avoid Waste).

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

Также бизнес-аналитику пригодится деление горизонтов планирования по 3-м уровням:

• Стратегический (Strategy Horizon), который относится к решениям, влияющим на всю организацию в целом. В частности, Guide to Product Ownership Analysis упоминает, что именно здесь находится организационные миссия и видение, бизнес-стратегия компании и определение инициатив, которые коррелируют с ними. Временной диапазон стратегического горизонта начинается от 3-х месяцев и может длиться годами.
• Горизонт инициативы (Initiative Horizon) относится к решениям на уровне конкретной цели, инициативы или команды. Guide to Product Ownership Analysis размещает на этом уровне такие продуктовые артефакты, как видение продукта, его дорожную карту и план выпуска (Release Plan). Максимальная временная продолжительность этого горизонта не превышает 3-х месяцев, а минимальная зависит от горизонта доставки.
• Горизонт доставки (Delivery Horizon) говорит про решения, принимаемые относительно детальных аспектов продуктовых фич, которые должны быть выпущены в рамках одной итерации и ежедневного объема работ. Согласно Guide to Product Ownership Analysis, здесь разрабатываются планы итерации и ежедневной работы, например, бэклог спринта в Scrum. Длительность горизонта доставки определяется продолжительностью итерации и обычно не превышает 2-х недель.

С точки зрения практической пользы хочется отметить следующие техники Agile-расширения, которые пригодятся системному и бизнес-аналитику не только при работе в «гибких» продуктовых проектах:

• Behaviour Driven Development (BDD) – разработка в парадигме поведения, включая формулировку сценариев по конструкциям языка Gherkin (GIVEN <a situation>, WHEN <an event>, THEN <expected result>), что по смыслу близко к представлению требований в форме пользовательской истории (User Story), легко понимается стейкхолдерами со стороны бизнеса и помогает тестировщикам проверить работу решения.
• Картирование потоков создания ценности (Value Stream Mapping) – метод из бережливого производства (Lean), который мы разбирали в этой статье;
• Кано-анализ (Kano Analysis), о котором мы говорили здесь;
• Моделирование ценности (Value Modelling) с фокусом на проблемы или цели клиента, что пригодится на этапе выявления бизнес-потребности;
• Техники работы с пользовательскими историями (User Stories, Storyboarding, Story Decomposition, Story Elaboration, Story              Mapping) для представления пользовательских потребностей и требований стейкхолдеров в виде историй, их структуризация и детализация с целью уточнения поведенческих сценариев, формулирования, оценки и приоритизации функциональных требований.

Разумеется, остальные техники, упомянутые в Agile Extension to the BABOK®Guide, тоже будут полезны. Однако, главным недостатком Agile-расширения, как и самого BABOK®Guide, является чрезмерная лаконичность изложения и отсутствие практических примеров. Поэтому самостоятельное изучение этого материала займет достаточно много времени даже у опытного бизнес-аналитика.

Что касается профессиональной сертификации, международный институт бизнес-анализа предлагает экзамен по материалам Agile Extension – AAC (Agile Analysis Certification), который представляет собой онлайн-тестирование из 85 вопросов длительностью 2 часа и стоимостью $250 для членов IIBA. После успешной сдачи экзамена выдается сертификат на 1 год, повторная ресертификация стоит всего $30. В своем ежегодном исследовании IIBA отмечает, что сертифицированные AAC-специалисты зарабатывают на 16% больше остальных. Впрочем, как и утверждения о бонусах, что дают другие профессиональные сертификации, это справедливо для рынка США и Европы. Тем не менее, в России и странах бывшего СНГ сегодня тоже отмечается всплеск интереса к свидетельствам подтверждения профессиональных компетенций на международном уровне. Поэтому для современного бизнес-аналитика знание Agile-практик и умение их эффективно применять будет полезно в любом регионе. Освоиться с этим и подготовиться к экзамену по продуктовому мышлению и Agile-практикам вам поможет мой новый курс «От процессов к продуктам: Product ownership и Agile-практики для бизнес-аналитика».

А тех, кто хочет подробно познакомиться с содержанием BABOK®Guide на практических примерах, приглашаю вас на курсы нашей Школы прикладного бизнес-анализа в лицензированном учебном центре обучения и повышения квалификации системных и бизнес-аналитиков в Москве:

• Лучшее из BABOK®Guide: ТОП-10 задач и техник для аналитика
• Управление бизнес-анализом – курс для руководителей

В контексте бизнес-анализа термин выявление (elicitation) впервые появился во 2-м издании «Книга BABOK. Руководство к Своду знаний по бизнес-анализу», опубликованном в 2009 году.

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

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

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

Нет времени читать статью? Найдите её в нашем телеграм-канале и сохраните себе в «Избранном» на будущее.

Содержание статьи

Что такое выявление требований?

Что такое выявление требований в бизнес-анализе?

Техники выявления требований

1. Мозговой штурм
2. Анализ документов
3. Фокус-группы
4. Анализ интерфейсов
5. Интервью
6. Наблюдение
7. Прототипирование
8. Семинары
9. Опрос

Что такое выявление требований?

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

Задача бизнес-аналитиков — выявить требования для получения доступа к необходимым данным. Методология выявления должна быть основательной и логичной.

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

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

Что такое выявление требований в бизнес-анализе?

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

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

Руководство BABOK — единственный всемирно признанный стандарт в сфере бизнес-анализа, составленный Международным институтом бизнес-анализа (International Institute of Business Analysis, IIBA®). Изображение: Олимп-Бизнес

Техники выявления требований

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

1. Мозговой штурм

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

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

2. Анализ документов

На этом этапе процесса выявления требований бизнес-аналитики изучают имеющуюся документацию с целью определения требований для изменений и улучшений. Анализ документов может включать анализ:

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

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

3. Фокус-группы

Фокус-группа состоит из предварительно отобранных заинтересованных лиц. Ее цель — получить обратную связь по процессам, идеям и решениям, появившимся в результате мозгового штурма и анализа документов.

Отзывы и комментарии участников фокус-групп записываются для использования на более поздних этапах выявления требований. Изображение: Unsplash

4. Анализ интерфейсов

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

5. Интервью

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

6. Наблюдение

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

Наблюдение позволяет бизнес-аналитикам выявлять данные, которые невозможно получить посредством других техник. Изображение: Kaleidico для Unsplash

7. Прототипирование

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

8. Семинары

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

9. Опрос

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

Высоких вам конверсий!

По материалам: simplilearn.com. Автор: команда Simplilearn

24-01-2023

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 изучается в основном в рамках дополнительного и бизнес-образования.

Необходимые знания можно получить, например, в ВШБИ НИУ ВШЭ на программе второго высшего образования, и на программах профессиональной переподготовки.

← Назад к списку