Бизнес-анализ — это профессиональная дисциплина [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 миллиардов долларов на заказные и внутренние программные проекты. Для всех этих проектов по разработке программного обеспечения важно сохранять точные данные, и руководители предприятий постоянно запрашивают окупаемость или окупаемость инвестиций по предлагаемому проекту или по завершении активного проекта. Однако запрос о окупаемости инвестиций без достаточных данных о том, где создается или уничтожается ценность, может привести к неточным прогнозам.
Задержки в реализации проектов обходятся дорого по нескольким причинам:
На многих проектах (особенно крупных) менеджер проекта отвечает за обеспечение своевременного завершения проекта. Работа BA заключается скорее в том, чтобы гарантировать, что если проект не будет завершен вовремя, то, по крайней мере, будут выполнены самые приоритетные требования.
Бизнес-аналитики хотят убедиться, что они определяют требования таким образом, чтобы они соответствовали потребностям бизнеса, например, в ИТ-приложениях требования должны соответствовать потребностям конечных пользователей. По сути, они хотят определить правильное приложение. Это означает, что они должны документировать правильные требования, внимательно слушая отзывы клиентов и предоставляя полный набор четких требований техническим архитекторам и кодерам, которые будут писать программу. Если у бизнес-аналитика ограниченные инструменты или навыки, которые помогут ему выявить правильные требования, то довольно высоки шансы, что он в конечном итоге будет документировать требования, которые не будут использоваться или которые нужно будет переписать, что приведет к переделке, как обсуждается ниже. Время, потраченное впустую на документирование ненужных требований, влияет не только на бизнес-аналитика, но и на остальную часть цикла разработки . Кодерам необходимо генерировать код приложения для выполнения этих ненужных требований, а тестировщикам необходимо убедиться, что желаемые функции действительно работают так, как задокументировано и закодировано. Эксперты оценивают, что от 10% до 40% функций в новых программных приложениях не нужны или остаются неиспользованными. Возможность сократить количество этих дополнительных функций даже на треть может привести к значительной экономии. Подход минимализма или простоты и минимума технологий поддерживает снижение стоимости результата и постоянного обслуживания внедренного решения.
Эффективности можно достичь двумя способами: за счет сокращения объема переделок и сокращения продолжительности проекта.
Переделка — это распространенная головная боль в отрасли, и она стала настолько распространенной во многих организациях, что ее часто встраивают в бюджеты и сроки проектов. Обычно это относится к дополнительной работе, необходимой в проекте для исправления ошибок из-за неполных или отсутствующих требований, и может повлиять на весь процесс разработки программного обеспечения от определения до кодирования и тестирования. Необходимость в переделке можно сократить, обеспечив тщательность процессов сбора и определения требований и гарантируя, что деловые и технические участники проекта будут вовлечены в эти процессы с самого начала.
Сокращение продолжительности проекта представляет два потенциальных преимущества. За каждый месяц, в течение которого проект может быть сокращен, затраты на ресурсы проекта могут быть перенаправлены на другие проекты. Это может привести к экономии на текущем проекте и привести к более раннему началу будущих проектов (тем самым увеличивая потенциальный доход).