Бизнес-анализ — это профессиональная дисциплина [1], направленная на выявление потребностей бизнеса и определение решений для бизнес-проблем. [2] Решения могут включать компонент разработки программных систем, усовершенствования процессов или организационные изменения, а также могут включать обширный анализ, стратегическое планирование и разработку политики. Человек, занимающийся выполнением этих задач в организации, называется бизнес-аналитиком или BA. [3]
Бизнес-аналитики не встречаются исключительно в проектах по разработке программных систем. Они также могут работать в масштабах всей организации, решая бизнес-проблемы в консультации с заинтересованными сторонами бизнеса. Хотя большая часть работы, которую сегодня выполняют бизнес-аналитики, связана с разработкой программного обеспечения/решений, это связано с продолжающимися масштабными изменениями, которые испытывают компании по всему миру в своих попытках оцифровки. [4]
Хотя существуют различные определения ролей в зависимости от организации, похоже, что есть область общей основы, где работает большинство бизнес-аналитиков . Обязанности, по-видимому, следующие:
В соответствии с этим основную роль бизнес-аналитика можно определить как внутреннюю консультативную роль, которая несет ответственность за исследование бизнес-ситуаций, выявление и оценку вариантов улучшения бизнес-систем, определение требований и обеспечение эффективного использования информационных систем для удовлетворения потребностей бизнеса.
Бизнес-анализ как дисциплина включает анализ требований , иногда также называемый инженерией требований. Он фокусируется на обеспечении соответствия изменений, вносимых в организацию, ее стратегическим целям. Эти изменения включают изменения стратегий, структур, политик, бизнес-правил, процессов и информационных систем.
Примеры бизнес-анализа включают в себя:
Сосредоточен на понимании потребностей бизнеса в целом, его стратегического направления и определении инициатив, которые позволят бизнесу достичь этих стратегических целей. Он также включает:
Включает планирование того, как бизнес-аналитик будет собирать требования, в каком порядке, используя какие методы, какие заинтересованные стороны и график, которому он/она будет следовать. С другой стороны, управление требованиями включает процесс, которому будет следовать бизнес-аналитик, чтобы поддерживать окончательное требование в актуальном состоянии, включая любые запрошенные изменения в требованиях.
Описывает методы сбора требований от заинтересованных сторон проекта. Методы выявления требований включают:
Описывает, как разрабатывать и определять требования достаточно подробно, чтобы команда проекта могла успешно их реализовать.
Основными формами анализа являются:
Документация по требованиям может иметь несколько форм:
Описывает методы, обеспечивающие единое понимание заинтересованных сторон требований и того, как они будут реализованы.
Описывает, как бизнес-аналитик может оценить правильность предлагаемого решения, как поддержать внедрение решения и как оценить возможные недостатки в реализации.
Существует ряд общих бизнес-методов, которые бизнес-аналитик будет использовать при содействии изменениям в бизнесе.
Некоторые из этих методов включают в себя:
Этот метод используется для проведения анализа внешней среды путем изучения множества различных внешних факторов, влияющих на организацию.
Шесть свойств ПЕСТЛА :
Это используется для проведения углубленного анализа предприятий/предприятий на ранней стадии по семи важным категориям: [5]
По сути, это еще один взгляд на PESTLE. Он учитывает те же элементы PESTLE и не должен рассматриваться как инструмент сам по себе, за исключением случаев, когда автор/пользователь предпочитает использовать эту аббревиатуру вместо PESTLE. STEER учитывает следующее:
Это используется для проведения внутреннего анализа среды путем определения атрибутов MOST, чтобы гарантировать, что проект, над которым вы работаете, соответствует каждому из четырех атрибутов.
Четыре атрибута MOST: [6]
SWOT-анализ используется для оценки сильных и слабых сторон, возможностей и угроз бизнеса или организации. Анализ включает в себя выявление и анализ ключевых внутренних и внешних факторов, которые влияют на способность организации достигать своих целей и задач. [7]
Четыре атрибута SWOT-анализа :
Это используется для того, чтобы побудить задуматься о том, чего пытается достичь бизнес. Перспективы бизнеса помогают бизнес-аналитику рассмотреть влияние любого предлагаемого решения на вовлеченных людей.
Существует шесть элементов CATWOE: [8]
Это часто используется в сеансе мозгового штурма для генерации и анализа идей и вариантов. Это полезно для поощрения определенных типов мышления и может быть удобным и символическим способом попросить кого-то «переключить передачу». Это подразумевает ограничение группы только определенными способами — предоставление идей и анализа в «настроении» времени. Также известно как « Шесть шляп мышления ».
Не обязательно использовать все цвета/настроения.
Five whys используется для того, чтобы добраться до сути того, что действительно происходит в одном случае. Для каждого данного ответа задается еще одно 'почему'.
Это используется для приоритизации требований путем назначения соответствующего приоритета, сопоставляя его с обоснованностью самого требования и его приоритетом по отношению к другим требованиям.
MoSCoW включает в себя:
Этот метод используется при анализе ожиданий нескольких сторон, имеющих разные взгляды на систему, в которой у всех есть общие интересы, но разные приоритеты и разные обязанности.
Подход SCRS в бизнес-анализе утверждает [9] , что анализ должен протекать от высокоуровневой бизнес-стратегии к решению, через текущее состояние и требования. SCRS означает:
Business Analysis Canvas — это инструмент, который позволяет бизнес-аналитикам быстро представить высокоуровневое представление действий, которые будут выполнены в рамках распределения работы по бизнес-анализу. Business Analysis Canvas разбит на несколько разделов.
Canvas содержит действия и вопросы, которые бизнес-аналитик может задать организации, чтобы помочь ей в создании контента. [10]
Процессы моделируются визуально, чтобы понять текущее состояние, а модели отображаются на уровнях, чтобы понять факторы, влияющие на конкретный бизнес-процесс. На самом высоком уровне моделей находятся сквозные бизнес-процессы, которые будут общими для многих предприятий. Ниже этого уровня бизнес-процессов будет уровень действий, поддействий и, наконец, задач. Уровень задач является наиболее детализированным и при моделировании отображает конкретный рабочий процесс. По мере того, как бизнес-процессы документируются на уровне рабочего процесса, они становятся более подверженными влиянию или «активируемыми» характеристиками, которые влияют на этот конкретный бизнес. Этими «факторами рабочего процесса» считаются проектирование рабочего процесса, информационные системы/ИТ, мотивация и измерение, человеческие ресурсы и организация, политики и правила, а также объекты/физическая среда. Этот метод выравнивания и анализа процессов помогает бизнес-аналитикам понять, что действительно требуется для конкретного бизнеса и где есть возможности для реорганизации процесса для большей эффективности в будущем состоянии. [11]
Анализ бизнес-процессов — бесценный инструмент для любого бизнеса, стремящегося повысить эффективность, сократить расходы и максимизировать производительность. Это всеобъемлющий и систематический подход к пониманию того, как работает бизнес, и выявлению возможностей для улучшения. Делая шаг назад, чтобы проанализировать весь процесс от начала до конца, компании могут определить области неэффективности, которые можно устранить для оптимизации операций. Анализ процессов — это также отличный способ выявить любые излишества или пробелы в процессе, которые можно устранить или заполнить. При правильной стратегии и реализации предприятия могут улучшить свою организационную эффективность и сэкономить время и деньги. При правильных инструментах предприятия могут легко выявлять и устранять любые проблемы в своих процессах и процедурах, что делает их более подготовленными к реагированию на изменения и сохранению конкурентоспособности.
Это структура, которая, как утверждается, помогает бизнес-аналитикам находить действенные аналитические решения за пять шагов.[цитата] BADIR означает: [12]
Поскольку сфера бизнес-анализа очень широка, среди бизнес-аналитиков наблюдается тенденция специализироваться на одном из трех наборов видов деятельности, которые составляют сферу бизнес-анализа. Основная роль бизнес-аналитиков заключается в выявлении потребностей бизнеса, определении требований и предоставлении решений бизнес-проблем. Все это выполняется в рамках следующего набора видов деятельности.
В любом случае, термин «аналитик» в последнее время [ по состоянию на? ] считается несколько вводящим в заблуждение, [ кем? ], поскольку аналитики (т. е. исследователи проблем) также выполняют проектную работу (определяют решения).
Ключевые области ответственности бизнес-аналитика — это сбор требований к программному обеспечению клиента, их понимание и дальнейший анализ с точки зрения бизнеса. Бизнес-аналитик должен сотрудничать с бизнесом и помогать ему. [13]
Роль бизнес-анализа может существовать в различных структурах в рамках организационной структуры. Поскольку бизнес-аналитики обычно выступают в качестве связующего звена между бизнес- и технологическими функциями компании, роль часто может быть успешной либо в соответствии с направлением бизнеса, либо в рамках ИТ, либо иногда и в том, и в другом. [14]
Команда управления практикой обеспечивает структуру, в соответствии с которой все бизнес-аналитики в организации выполняют свою работу, обычно состоящую из процессов, процедур , шаблонов и лучших практик. Помимо предоставления руководств и результатов, она также предоставляет форум для сосредоточения на постоянном улучшении функции бизнес-анализа.
В конечном итоге бизнес-анализ стремится достичь следующих результатов:
Один из способов оценки этих целей — измерение окупаемости инвестиций (ROI) для всех проектов. По данным Forrester Research , в США ежегодно тратится более 100 миллиардов долларов на заказные и внутренние программные проекты. Для всех этих проектов по разработке программного обеспечения важно сохранять точные данные, и руководители предприятий постоянно запрашивают окупаемость или окупаемость инвестиций по предлагаемому проекту или по завершении активного проекта. Однако запрос о ROI без достаточных данных о том, где создается или уничтожается ценность, может привести к неточным прогнозам.
Задержки в реализации проектов обходятся дорого по нескольким причинам:
На многих проектах (особенно крупных) менеджер проекта отвечает за обеспечение своевременного завершения проекта. Работа BA заключается скорее в том, чтобы гарантировать, что если проект не будет завершен вовремя, то, по крайней мере, будут выполнены самые приоритетные требования.
Бизнес-аналитики хотят убедиться, что они определяют требования таким образом, чтобы они соответствовали потребностям бизнеса, например, в ИТ-приложениях требования должны соответствовать потребностям конечных пользователей. По сути, они хотят определить правильное приложение. Это означает, что они должны документировать правильные требования, внимательно слушая отзывы клиентов и предоставляя полный набор четких требований техническим архитекторам и кодерам, которые будут писать программу. Если у бизнес-аналитика ограниченные инструменты или навыки, которые помогут ему выявить правильные требования, то довольно высоки шансы, что он в конечном итоге будет документировать требования, которые не будут использоваться или которые нужно будет переписать, что приведет к переделке, как обсуждается ниже. Время, потраченное впустую на документирование ненужных требований, влияет не только на бизнес-аналитика, но и на остальную часть цикла разработки . Кодерам необходимо генерировать код приложения для выполнения этих ненужных требований, а тестировщикам необходимо убедиться, что желаемые функции действительно работают так, как задокументировано и закодировано. Эксперты оценивают, что от 10% до 40% функций в новых программных приложениях не нужны или остаются неиспользованными. Возможность сократить количество этих дополнительных функций даже на треть может привести к значительной экономии. Подход минимализма или простоты и минимума технологий поддерживает снижение стоимости результата и постоянного обслуживания внедренного решения.
Эффективности можно достичь двумя способами: за счет сокращения объема переделок и сокращения продолжительности проекта.
Переделка — это распространенная головная боль в отрасли, и она стала настолько распространенной во многих организациях, что ее часто встраивают в бюджеты и сроки проектов. Обычно это относится к дополнительной работе, необходимой в проекте для исправления ошибок из-за неполных или отсутствующих требований, и может повлиять на весь процесс разработки программного обеспечения от определения до кодирования и тестирования. Необходимость в переделке можно сократить, обеспечив тщательность процессов сбора и определения требований и гарантируя, что деловые и технические участники проекта будут вовлечены в эти процессы с самого начала.
Сокращение продолжительности проекта дает два потенциальных преимущества. За каждый месяц, в течение которого проект может быть сокращен, затраты на ресурсы проекта могут быть перенаправлены на другие проекты. Это может привести к экономии на текущем проекте и привести к более раннему началу будущих проектов (тем самым увеличивая потенциальный доход).