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

Всем привет! В тг-канале я проводила опрос подписчиков, чтобы узнать, какие темы будут интересны, как развивать тематику в дальнейшем. Мы там все посовещались и решили, что пора запускать цикл статей про бизнес-анализ в контексте ИТ-проектов. Поэтому сегодня у нас первая статья цикла, в которой посмотрим:

Далее у нас по плану есть #бизнесанализPP на все статьи цикла на VC, ну и само оглавление в канале тоже буду пополнять и обновлять по мере написания.

Предлагаю начать, летсгоу!

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

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

Есть еще два термина, которые периодически могут упоминаться в статьях такого вот ознакомительного плана: анализ бизнеса и бизнес-аналитика. Тут просто делаю короткую справку, что анализ бизнеса используется в значении «аудит» или «исследование» (например, мы проводим анализ финансовой деятельности, анализ операционной эффективности или исследование рынка и конкурентов), а бизнес-аналитика — использование данных, статистики и инструментов анализа для изучения работы компании и прогнозирования будущих трендов и результатов (тут про BI-инструменты, дашборды с данными, Big Data, модели и прочее все).

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

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

Но не все так просто, мои дорогие, есть International Institute of Business Analysis (Международный институт бизнес-анализа, сокращенно IIBA), который предлагает некоторое разделение роли бизнес-аналитика не по грейдам, от джуна к синиору, а по функциональной принадлежности (иначе трактовать словосочетание Role Families в статье про роадмап бизнес-аналитика я не смогла). Собственно, IIBA предлагает нам выделять:

Как вы догадались, я предлагаю вам прочесть оригинальную статью и поудивляться, как много путей развития для бизнес-аналитика, который в отечественной практике довольно часто совмещает в себе все и сразу + имеет исторически сложившуюся отстройку от системного аналитика и продакт-оунера (а вот в Руководстве к Своду знаний по бизнес-анализу, BABOK Guide от IIBA РО прям перечислен в списке названия для роли того, кто занимается бизнес-анализом в компании).

Собственно, одна из причин такого вот разделения БА на разные функциональные принадлежности именно из-за ракурсов (прям специлизированный термин из Свода знаний), то есть различных точек зрения бизнес-анализа (примеры ракурсов: agile, Business Intelligence, ИТ, управление бизнес-процессами).

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

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

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

В ИТ-проектах бизнес-аналитик может:

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

Чтобы быть таким классным, бизнес-аналитику нужно обладать рядом компетенций (помним из статьи про компетенции и навыки, что компетенция это то, что мы знаем, что мы можем сделать и достичь, и то, как мы ведем себя, пока эти знания и умения применяем, а навыки - это те самые софты и харды). Компетенции есть и в стандарте на профессию бизнес-аналитика, и во все том же Руководстве к Своду знаний по бизнес-анализу, BABOK Guide от IIBA. Обычно сводят к тому, что БА должен знать и уметь в аналитическое мышление (сюда и стратегическое, и критическое мышление, и логику относят), коммуникацию (с разными уровнями ЛПР, команд, в целом способность внятно излагать мысли), решение проблем, иметь некоторые технические навыки (то есть представление о технологиях и знать артефакты, инструменты и методы самого бизнес-анализа).

Отличия бизнес-аналитика от системного аналитика и продакт-оунера

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

Если вы считаете иначе, или есть дополнения — велком к нашему шалашу немножко шу-шу про это в комментариях:

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