Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

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

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

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

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

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

Поддисциплины [ править ]

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

Примеры бизнес-анализа включают:

Анализ предприятия или анализ компании [ править ]

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

  • Создание и поддержание бизнес-архитектуры
  • Проведение технико-экономических обоснований
  • Выявление новых возможностей для бизнеса
  • Определение и определение новых возможностей для бизнеса
  • Подготовка бизнес-кейса
  • Проведение первичной оценки рисков

Планирование и управление требованиями [ править ]

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

Сбор требований [ править ]

Описывает методы сбора требований от заинтересованных сторон в проекте. Методы выявления требований включают:

  • Мозговой штурм
  • Анализ документов
  • Фокус-группа
  • Анализ интерфейса
  • Интервью / Анкета
  • Мастерские
  • Разобрать механизм с целью понять, как это работает
  • Обзоры
  • Анализ задач пользователя
  • Отображение процесса
  • Наблюдение / слежка за работой
  • Дизайн-мышление
  • Прототипирование

Анализ требований и документация [ править ]

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

Анализ [ править ]

Основные формы анализа:

  • Анализ архитектуры
  • Анализ бизнес-процессов
  • Объектно-ориентированный анализ
  • Структурированный анализ
  • Хранилище данных анализа, хранения и баз данных анализа

Документация [ править ]

Документация по требованиям может иметь несколько форм:

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

Связь с требованиями [ править ]

Описывает методы обеспечения общего понимания всеми заинтересованными сторонами требований и способов их реализации.

Оценка и проверка решения [ править ]

Описывает, как бизнес-аналитик может проверить правильность предлагаемого решения, как поддержать внедрение решения и как оценить возможные недостатки в реализации.

Методы [ править ]

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

Некоторые из этих методов включают:

ПЕСТИК [ править ]

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

Шесть атрибутов ПЕСТИКА :

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

Гептализ [ править ]

Это используется для выполнения углубленного анализа предприятий / предприятий на ранней стадии по семи важным категориям: [4]

Возможность рынка
Продукт / решение
План выполнения
Финансовый двигатель
Человеческий капитал
Возможный возврат
Запас прочности

STEER [ править ]

По сути, это еще один вариант PESTLE. Вы заметите, что он включает те же элементы, что и PESTLE, и не должен рассматриваться как инструмент сам по себе, за исключением того, что автор / пользователь предпочитает использовать эту аббревиатуру, а не PESTLE. STEER принимает во внимание следующее:

Социокультурный
Технологический
Экономическая
Экологический
Нормативные факторы

БОЛЬШИНСТВО [ править ]

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

Четыре атрибута MOST: [5]

Миссия (куда намерен развиваться бизнес)
Цели (ключевые цели, которые помогут выполнить миссию)
Стратегии (варианты движения вперед)
Тактика (как стратегии претворяются в жизнь)

SWOT [ править ]

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

Четыре атрибута SWOT-анализа :

Сильные стороны - Какие преимущества? Что в настоящее время делается хорошо? (например, ключевая область наиболее эффективной деятельности вашей компании )
Слабые стороны - Что нужно улучшить? Что тут преодолевать? (например, ключевая область, в которой вы выполняете неудовлетворительно)
Возможности - Какие хорошие возможности открываются перед организацией ? (например, ключевая область, где ваши конкуренты плохо работают)
Угрозы - С какими препятствиями сталкивается организация? (например, ключевая область, в которой ваш конкурент будет хорошо работать)

CATWOE [ править ]

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

CATWOE состоит из шести элементов: [6]

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

Шесть мыслящих шляп де Боно [ править ]

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

Уайт: Чистые факты, логические.
Зеленый: творческий.
Желтый: яркий, оптимистичный, позитивный.
Черный: Отрицательный, адвокат дьявола.
Красный: эмоциональный.
Синий: холодный, контроль.

Не все цвета / настроения должны использоваться.

Five Whys [ править ]

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

MoSCoW [ править ]

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

MoSCoW включает:

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

VPEC-T [ править ]

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

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

SCRS [ править ]

Подход SCRS в бизнес-анализе утверждает [7], что анализ должен проходить от бизнес-стратегии высокого уровня к решению через текущее состояние и требования. SCRS означает:

Стратегия
Текущее состояние
Требования
Решение

Холст бизнес-анализа [ править ]

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

Цель проекта
Акционер
Результат
Влияние на целевую операционную модель
Коммуникационный подход
Обязанности
Планирование
Ключевые даты

На холсте есть действия и вопросы, которые бизнес-аналитик может задать организации, чтобы помочь в создании контента. [8]

Анализ бизнес-процессов [ править ]

Процессы моделируются визуально, чтобы понять текущее состояние, и модели отображаются на уровнях, чтобы понять факторы, влияющие на конкретный бизнес-процесс. На самом высоком уровне моделей находятся сквозные бизнес-процессы, общие для многих предприятий. Ниже этого уровня бизнес-процесса будет уровень действий, подвидов деятельности и, наконец, задач. Уровень задачи является наиболее детализированным и при моделировании отображает конкретный рабочий процесс. По мере того, как бизнес-процессы документируются на уровне рабочего процесса, они становятся более зависимыми или «задействованными» характеристиками, которые влияют на этот конкретный бизнес. Этими «факторами обеспечения рабочего процесса» считаются дизайн рабочего процесса, информационные системы / ИТ, мотивация и измерение, человеческие ресурсы и организация, политики и правила,и Помещения / Физическая среда. Этот метод выравнивания и анализа процессов помогает бизнес-аналитикам понять, что на самом деле требуется для конкретного бизнеса и где есть возможности реинжиниринга процесса для большей эффективности в будущем.

Роли бизнес-аналитиков [ править ]

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

Стратег
В современном деловом мире организациям необходимо сосредоточиться на стратегических вопросах на более или менее постоянной основе. Бизнес-аналитики, обслуживающие эту потребность, хорошо разбираются в анализе стратегического профиля организации и ее среды, консультируют высшее руководство по подходящим политикам и последствиям политических решений.
Архитектор
Организациям может потребоваться внести изменения для решения бизнес-проблем, которые могли быть выявлены в ходе стратегического анализа, упомянутого выше. Бизнес-аналитики вносят свой вклад, анализируя цели, процессы и ресурсы, и предлагая способы, с помощью которых можно было бы произвести перепроектирование ( BPR ) или улучшения (BPI). К особым навыкам аналитика этого типа относятся «мягкие навыки», такие как знание бизнеса, разработка требований , анализ заинтересованных сторон , а также некоторые «жесткие навыки», такие как моделирование бизнес-процессов . Хотя эта роль требует знания технологии и ее использования, она не ориентирована на ИТ .
Для этого аспекта бизнес-анализа важны три элемента: изменение основных бизнес-процессов; применение передовых технологий для поддержки новых основных процессов; и управление организационными изменениями . Этот аспект бизнес-анализа также называется «улучшением бизнес-процессов» (BPI) или « реинжинирингом ».
Аналитик IT-систем
Необходимо согласовать развитие ИТ с бизнес-системой в целом. Давняя проблема в бизнесе - как получить максимальную отдачу от инвестиций в ИТ , которые, как правило, очень дороги и имеют критическое, часто стратегическое значение. ИТ-отделы, осознающие проблему, часто создают роль бизнес-аналитика, чтобы лучше понимать и определять требования к своим ИТ-системам. Хотя может быть некоторое совпадение с ролями разработчика и тестирования, основное внимание всегда уделяется ИТ-части процесса изменения , и, как правило, бизнес-аналитик этого типа привлекается только тогда, когда аргументы в пользу изменения уже представлены и приняты решения.

В любом случае, термин «аналитик» в последнее время считается несколько вводящим в заблуждение, поскольку аналитики (т. Е. Исследователи проблем) также занимаются проектированием (определяющими решения).

Ключевыми областями ответственности бизнес-аналитика являются сопоставление требований клиента к программному обеспечению, их понимание и дальнейший анализ с точки зрения бизнеса. Бизнес-аналитик должен сотрудничать с бизнесом, помогать ему и помогать ему. [9]

Функция в организационной структуре [ править ]

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

Выравнивание бизнеса
Когда бизнес-аналитики работают со стороны бизнеса, они часто являются экспертами в определенной области бизнеса. Эти бизнес-аналитики обычно работают исключительно над проектами для конкретного бизнеса, привлекая бизнес-аналитиков из других областей для выполнения межфункциональных проектов. В этом случае на стороне ИТ обычно есть аналитики бизнес-систем, которые сосредоточиваются на дополнительных технических требованиях.
Выравнивание ИТ
Во многих случаях бизнес-аналитики работают исключительно в ИТ-отделах и сосредотачиваются на бизнес-требованиях и требованиях к системе для проекта, консультируясь с различными экспертами в предметной области (SME), чтобы обеспечить полное понимание. В зависимости от организационной структуры бизнес-аналитики могут быть привязаны к определенной лаборатории разработки или могут быть сгруппированы в пул ресурсов и распределены по различным проектам в зависимости от доступности и опыта. Первый позволяет получить опыт в конкретной предметной области, а второй дает возможность приобретать межфункциональные знания.
Управление практикой
В крупных организациях есть центры передового опыта или группы управления практикой, которые определяют структуры и контролируют стандарты на протяжении всего процесса внедрения изменений, чтобы поддерживать качество изменений и снижать риск изменений в организации. Некоторые организации могут иметь независимые центры передового опыта для отдельных направлений, таких как управление проектами, бизнес-анализ или обеспечение качества.

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

Цели [ править ]

В конечном итоге бизнес-анализ хочет достичь следующих результатов:

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

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

Сократите количество отходов и завершите проекты вовремя [ править ]

Задержки проекта дорого обходятся по нескольким причинам:

  • Затраты на проект - за каждый месяц задержки затраты и расходы проектной группы продолжают накапливаться. Когда большая часть команды разработчиков будет отдана на аутсорсинг, затраты начнут быстро накапливаться и будут очень заметны, если заключить контракт на основе времени и материалов (T&M). Контракты с фиксированной ценой с внешними сторонами ограничивают этот риск. [11] Для внутренних ресурсов стоимость задержек не так очевидна, если только время, потраченное ресурсами, не отслеживается по проекту, поскольку затраты на рабочую силу по сути являются «фиксированными» затратами.
  • Альтернативные издержки. Альтернативные издержки бывают двух типов - упущенная выгода и нереализованное сокращение расходов. Некоторые проекты специально реализуются с целью увеличения чистой прибыли. За каждый месяц задержки компания лишается месяца этого нового потока доходов. Целью других проектов является повышение эффективности и снижение затрат. Опять же, каждый месяц сбоя откладывает реализацию этого сокращения расходов еще на месяц. В подавляющем большинстве случаев эти возможности никогда не фиксируются и не анализируются, что приводит к неверным расчетам рентабельности инвестиций. Из двух альтернативных издержек упущенная выгода является наиболее вопиющей - и последствия более значительны и продолжительны.

Во многих проектах (особенно крупных) руководитель проекта несет ответственность за своевременное завершение проекта. Задача БА состоит в том, чтобы гарантировать, что если проект не будет завершен вовремя, то будут выполнены, по крайней мере, самые высокие требования.

Задокументируйте правильные требования [ править ]

Бизнес-аналитики хотят убедиться, что они определяют требования таким образом, чтобы они соответствовали потребностям бизнеса, например, в ИТ-приложениях требования, необходимые для удовлетворения потребностей конечных пользователей. По сути, они хотят определить правильное приложение. Это означает, что они должны задокументировать правильные требования, внимательно прислушиваясь к отзывам «клиентов» и предоставляя полный набор четких требований техническим архитекторам и кодировщикам, которые будут писать программу. Если бизнес-аналитикимеет ограниченные инструменты или навыки, чтобы помочь ему выявить правильные требования, тогда довольно высоки шансы, что он в конечном итоге документирует требования, которые не будут использоваться или которые нужно будет переписать, что приведет к доработке, как описано ниже. Время, потраченное на документирование ненужных требований, влияет не только на бизнес-аналитика, но и на остальную часть цикла разработки.. Кодерам необходимо сгенерировать код приложения для выполнения этих ненужных требований, а тестировщикам необходимо убедиться, что требуемые функции действительно работают так, как задокументировано и закодировано. По оценкам экспертов, от 10% до 40% функций в новых программных приложениях не нужны или не используются. Возможность уменьшить количество этих дополнительных функций даже на треть может привести к значительной экономии. Подход минимализма или «Keep it Simple» и минимальные технологии позволяют снизить затраты на конечный результат и на текущее обслуживание внедренного решения.

Повышение эффективности проекта [ править ]

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

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

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

Квалификация по бизнес-анализу [ править ]

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

Многие университеты предлагают степень бакалавра или магистра в области бизнес-анализа, в том числе:

  • Манчестерский университет

Магистр наук в области бизнес-анализа [12]

  • Веллингтонский университет Виктории

Магистр профессионального бизнес-анализа [13]

  • Городской университет Гонконга

BBA в бизнес-анализе [14]

  • Radboud University Nijmegen

Магистр наук в области делового администрирования - специализация Бизнес-анализ и моделирование [15]

Тремя наиболее широко признанными квалификациями бизнес-анализа являются:

  • Сертифицированный специалист по бизнес-анализу Международного института бизнес-анализа (IIBA)
    • Уровень 1 - Сертификат начального уровня по бизнес-анализу (ECBA) [16]
    • Уровень 2 - Сертификация способностей в бизнес-анализе (CCBA) [17]
    • Уровень 3 - Сертифицированный специалист по бизнес-анализу (CBAP) [18]
    • Уровень 4 (еще не доступен) - Сертифицированный лидер в области бизнес-анализа (CBATL) [19]
  • Институт управления проектами - профессионал в области бизнес-анализа (PMI-PBA)
  • Британское компьютерное общество ( BCS ) предлагает ряд сертификатов и квалификацию бакалавра:
    • Сертификат Foundation в области бизнес-анализа
    • Сертификат Foundation in Business Change
    • Сертификат Foundation в области коммерческой осведомленности
    • Сертификат практикующего специалиста в области управления льготами и приемки бизнеса
    • Сертификат практикующего специалиста по бизнес-анализу
    • Сертификат практикующего специалиста по основам управления данными
    • Сертификат практикующего специалиста по моделированию бизнес-процессов
    • Сертификат практикующего специалиста по разработке требований
    • Международный диплом по бизнес-анализу [20]

См. Также [ править ]

  • Перерасход
  • Архитектура представления данных
  • Жизненный цикл предприятия
  • Международный институт бизнес-анализа (IIBA)
  • Исследование операций
  • Стратегическое управление
  • Оценка реальных опционов
  • Анализ требований
  • Недостаточная выручка
  • Спредмарт
  • Исследование жизнеспособности
  • ср. бизнес-аналитика

Ссылки [ править ]

  1. ^ Кэтлин Б. Хасс, Ричард Вандер Хорст, Кими Зиемски (2008). От аналитика к лидеру: повышение роли концепций управления бизнес-аналитиком , 2008. ISBN  1-56726-213-9 . p94: «По мере того, как бизнес-анализ становится профессиональным»
  2. ^ «Свод знаний по бизнес-анализу v2.0» (PDF) . IIBA. Архивировано из оригинального (PDF) 17 июня 2012 года . Проверено 26 августа 2012 .
  3. ^ «Что делают бизнес-аналитики в программных проектах» . CIO.com . Проверено 2 ноября 2019 .
  4. ^ «Heptalysis - Структура оценки венчурного капитала» . Pejman Makhfi, VentureChoice, Inc . Проверено 22 октября 2005 .
  5. ^ «Изучение корпоративной стратегии с использованием анализа MOST» . Стратегия Consulting Ltd. Архивировано из оригинала на 2009-04-12 . Проверено 9 апреля 2009 .
  6. ^ "Бизнес-архив открытого обучения" . Крис Джарвис для проекта BOLA . Проверено 9 апреля 2009 .
  7. ^ "Бизнес-анализ SCRS подход" . Бизнес-анализ NZ. Архивировано из оригинала на 2013-05-05 . Проверено 28 августа 2012 .
  8. ^ https://www.batimes.com/articles/business-analysis-canvas-roadmap-to-effective-ba-excellence.html#
  9. ^ http://businessanalystmentor.com/2009/06/29/why-should-you-become-a-business-analyst/ Архивировано 12 марта 2015 г. на сайте Wayback Machine http://news.dice.com/2013 / 06/13/5 шагов к тому, чтобы стать бизнес-аналитиком /
  10. ^ IRM, https://irm.com.au/ba-training-roadmap/
  11. ^ "Как только вы знаете, вы знаете - UIR3" . Проверено 8 ноября 2020 .
  12. ^ «Магистр наук (MSc) в области бизнес-анализа» . Проверено 7 июля 2018 .
  13. ^ «Мастер профессионального бизнес-анализа» . Проверено 7 июля 2018 .
  14. ^ «BBA в бизнес-анализе» . Проверено 7 июля 2018 .
  15. ^ https://www.ru.nl/english/education/masters/business-analysis-and-modelling/
  16. ^ «Уровень 1 - ECBA - IIBA - Международный институт бизнес-анализа» . www.iiba.org . Проверено 5 апреля 2018 года .
  17. ^ «Уровень 2 - CCBA - IIBA - Международный институт бизнес-анализа» . www.iiba.org . Проверено 5 апреля 2018 года .
  18. ^ «Уровень 3 - CBAP - IIBA - Международный институт бизнес-анализа» . www.iiba.org . Проверено 5 апреля 2018 года .
  19. ^ "Уровни сертификации - IIBA - Международный институт бизнес-анализа" . www.iiba.org . Проверено 5 апреля 2018 года .
  20. ^ "Международный диплом BCS по бизнес-анализу" . Проверено 2 ноября +2016 .