Чем отличается бизнес анализ от системного анализа

Проблема

У некоторых моих знакомых, коллег, руководителей, эйчаров, представителей «бизнеса» в головах образовалась путаница между видами аналитиков. Понятие «аналитик» используется для совсем не похожих друг на друга профессий — бизнес-аналитик (БА), системный аналитик (СА), дата аналитик, UX-аналитик, аналитик информационной безопасности, аналитик бизнес-процессов и ещё 5–10 других, все эти виды имеют массу различий. Сейчас про конкретные два, наиболее спутанные между собой, но сильно различающиеся в отечественных IT-реалиях.

Кому будет полезна эта статья:

В общем, «Счастье для всех, даром»

Допущения

В этой статье говорится больше про ИТ-сферу.

Рассматривается «дистиллированное» значение должностей. В реальной жизни, особенно в командах, где развивают T-shaped skills (модель развития у сотрудника компетенций из смежных профессий), всё сложнее и запутаннее, но, если ваш аналитик не многоликий Янус, то переход между разными обязанностями представляет непростую задачу.

Основная часть

Общаясь с БА и СА из различных по размеру компаний и проектов, я увидел разлад в понятиях, который рождает споры. Как это обычно бывает, отсутствие общепринятой терминологии, мешает распределению задач и ответственности в проекте между теми, кто способен их выполнять с наибольшей эффективностью. Чтобы апеллировать к объективному источнику в этих спорах, я решил поискать мнения в сети.

Делюсь результатами своих поисков.

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

https://en.wikipedia.org/wiki/Systems_analyst:

A systems analyst is typically confined to an assigned or given system and will often work in conjunction with a business analyst. These roles, although having some overlap, are not the same.

В качестве источников, которые могли бы установить «водораздельную черту» между СА и БА я попытался использовать своды знаний БА, общепринятую профессиональную литературу, нормативные документы и статьи на разных ресурсах. Найти достаточно чётко сформулированное разделение мне не удалось. И вот почему:

• В современных русскоязычных статьях и книгах, попавшихся мне, найти истину не удалось — чаще всего мнение привязано к конкретной организационной культуре, структуре или ситуации. В некоторых статьях СА могли назвать «системным администратором», в других его пытались сравнить с финансовым аналитиком и так далее (указывать ссылки во избежание конфликтных ситуаций не буду), в третьих БА и СА рассматривались совместно в противовес другим видам аналитиков. 
• В иностранной литературе (основой изучения для БА/СА многие считают книги К.Вигерса и Д.Битти, BABOK, А.Коберна, PMI Guide to business analysis и т. д.), в которых разделения БА и СА отсутствует принципиально. В некотором роде, возможно из-за различий в бизнес-культуре, они ещё больше вводят в заблуждение. Так, книга К.Вигерса и Д.Битти определяет бизнес-аналитика, как «роль в проектной команде, основной обязанностью которой является работа с представителями заинтересованных лиц для выявления, анализа, спецификация, валидация и управление требованиями в проекте. А также его называют аналитиком требований, системным аналитиком, инженером требований, менеджером требований, аналитиков бизнес-систем или просто аналитиком». То есть понятия неотделимы и приравнены друг к другу. В книгах PMI и IIBA упоминание термина «system analyst» вообще довольно скудно, а уж описание его отличия от «business analyst» нет и в помине.
• Нормативная документация Минтруда (профессиональные стандарты) приводит довольно близкое к реальному разделению, хотя БА в стандарте рассмотрен далеко от ИТ. При этом возникает понимание, почему в отечественном бизнесе понятия так разделены — призма стандартов. Роль БА здесь — обеспечение возможности проведения изменений в организации, приносящих пользу заинтересованным сторонам, путём выявления потребностей заинтересованных сторон и обоснования решений, описывающих возможные пути реализации изменений. Роль СА — разработка, восстановление и сопровождение требований к ПО, информационной системе, продукту, средству, на протяжении их жизненного цикла.

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

*В иностранных источниках используются более подходящие термины «technology focused» и «business focused».

Где:

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

Почему именно такое разделение

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

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

При этом есть и ограничения. У БА — это рамки доменной или изученной отрасли (например: глубокое знание правил банковской деятельности), у СА — технологий и системы (например: выдающийся опыт работы с продуктами oracle). Эти ограничения могут быть препятствием при переходе между командами, проектами и компаниями, но быстро устраняются при желании и помощи коллег.

Практически всегда аналитик в команде играет обе роли в большей или меньшей мере  (поэтому хотелось бы избежать споров о совмещении «а у нас БА ещё и вирусолог»). В некоторых случаях аналитики могут быть и не нужны, в некоторых — один специалист может полноценно выполнять обе роли. Это не нарушает правила, а говорит о совмещении ролей, уровне зрелости и ценности конкретного специалиста. В случае опытного работника — это вполне нормально, но странным выглядит вакансия «junior BA» со знанием SQL, JS и API на всем известном сайте.

https://en.wikipedia.org/wiki/Systems_analyst:

Some dedicated professionals possess practical knowledge in both areas (business and systems analysis) and manage to successfully combine both of these occupations, effectively blurring the line between business analyst and systems analyst.

Абстрактный пример:

Иван — БА компании «Исполнитель».
Ева — системный аналитик компании  «Исполнитель».
Компании «Заказчик» нужна крупная доработка имеющейся системы. 

В этой ситуации задачи Ивана (БА): выявить функциональные и нефункциональные требования Заказчика и Исполнителя, устранить противоречия между заинтересованными лицами для  определения  приемлемого решения, создать прототипы, взаимодействовать с заказчиком процессе разработки, осуществить демо-показ и приемку работы. Делать все это сообща с Евой.

Задачи Евы (СА): спроектировать доработку оптимальным образом, описать ее влияние на систему, ограничения и возможные улучшения, создать спецификацию, декомпозировать и передать в разработку задачи, проконтролировать их своевременное выполнение в соответствии с требованиями. Делать все это сообща с Иваном.

Вместо вывода

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

Сложившаяся ситуация требует от ИТ аналитиков (1) глубокого познания предметной области бизнеса, особенностей внутренних процессов, внешней среды и трендов, (2) не менее глубоких знаний технологий, часто практического их использования.

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

Если сложность проекта требует наличия БА и СА, то для начала следует сформировать понятие, какой уровень знания бизнеса и технических особенностей нужен от специалиста и транслировать его в публикуемую вакансию, стратегию собеседования и тестирования. Всегда хочется «one size fits all», но мы живем в реальной жизни, где это скорее осложнит поиск и увеличит цену привлечения «многостаночника».

Коллегам, нашедшим себя или планирующим работать БА или СА, советую провести такую же процедуру и честно понять для себя, хотите ли вы (1) искать зерно истины в часто не поддающемся алгоритмам и логике, постоянно изменяющемся бизнесе или (2) исследовать и проектировать сложные, запутанные, но интересные системы. Это поможет сократить путь к выбранной вершине и уменьшить дискомфорт от нахождения не на своем месте в погоне за «красивой должностью». 

Appendix

Ну что, Главред, теперь понятнее? =)

Руководитель проектов «Технократии» Алина Шарафеева, опираясь на собственный опыт в аналитике, объясняет, в чем отличие между двумя видами аналитиков и подсказывает, что выбрать новичкам.

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

Кто такой аналитик?

Аналитик – это палочка-выручалочка на проекте, он умеет выявлять истинную потребность и боль заказчика, выступает переводчиком с языка «программистов» на «человеческий» и обратно.

Но если вам важны описания из Википедии, то вот определение из русскоязычной версии:

При работе над проектом, обычно, процесс передачи информации строится следующим образом: Заказчик — > Аналитик -> Разработчик; Разработчик — > Аналитик — > Заказчик.

Кто может стать аналитиком?

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

Если Вы умеете выстраивать причинно-следственную связь, правильно задавать вопросы и слышать (а не слушать), что вам говорят, хотите узнавать новое и погрузиться в мир ИТ, то у вас есть все шансы стать аналитиком.

А в чем все-таки разница между системными и бизнес аналитиком?

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

Поэтому ниже я опишу собственный опыт по поводу отличий двух типов аналитиков.

Бизнес-аналитик – про общение с заказчиком и погружение в предметную область.

Системный – про общение с разработчиками и погружение в продукт.

Я не буду рассказывать про то, какими качествами должен обладать каждый сотрудник – ответственность, вежливость, самостоятельность, уверенное пользование ПК и т.д.– это все должно идти в комплекте поставки по умолчанию.

Лучше рассмотреть подробнее каждый из типов. Начнем с бизнес-аналитиков:

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

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

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

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

Относительно вакансии [системный аналитик] нужно отменить, что в ряде компаний вакансия со схожими требованиями называется «системный аналитик», в других — «бизнес-аналитик», в третьих должность называется «системный/бизнес аналитик». В части компаний это название четко спозиционировано (т.е. существуют обе эти должности, и четкое деление обязанностей бизнес и системных аналитиков), в другой части компаний– вакансия более общая и объединяет в себе обе должности. В полной версии обзора описания вакансий приводятся с названием, а также обязанностями должности (для более четкого представления, о какой аналитике идет речь).

Но мало того, что путают — им в этом еще кое-кто помагает, в частности некоторые российские бизнес-школы (АНХ, ГУ ВШЭ и пр.), которые упорно курс по подготовке системного аналитика называют курсом по подготовке бизнес-аналитика. Во всяком случае, у меня возникло такое впечатление.

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

На сайте хед-хантинговой компании HR planet мне удалось обнаружить описание обоих специальностей:

1) специальность системного аналитика
2) специальность бизнес-аналитика

Начем по порядку.

1. Ключевые слова

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

Б/а: Оптимизатор и автоматизатор
В последние годы многие крупные компании начали замену старых принципов организации новыми. Это связано с оптимизацией и автоматизацией бизнес-процессов, производимых за счет внедрения систем ERP, MRP и других. Бизнес-аналитик, которого иногда называют системным аналитиком, играет в этом одну из ключевых ролей.

Chevalry: Ну, пока разница совершенно не ясна. И такое описание специальности бизнес-аналитика мне совсем не нравится. Едва ли стоит увязывать работу бизнес-аналитика с ERP/MRP-системами. Скорее, как отметил cezarchik, с Data Warehousing, OLAP, ETL и Data Mining.

2. Определение

С/а: Системный аналитик – специалист в области анализа предметной области и формулирования требований к разрабатываемым информационным системам и прикладному программному обеспечению.
Б/а: (chevalry: определения как такового нет, но есть что-то похожее на определение) Ключевая роль бизнес-аналитика в проекте автоматизации компании заключается в разработке непротиворечивой и полной модели требований бизнеса к внедряемому программному обеспечению.

chevalry: Ну до чего же неопределенно пишут! Дескать, С/а формулирует требования, а Б/а разрабатывает полную и непротиворечивую модель требований к ПО. Масло маслянное, простите. Может быть, сказать по-другом? Просто С/а анализирует бихнес-процессы для целей автоматизации бизнеса, а Б/а анализирует данные, необходимые бизнесу для принятия решений. Вот и все!

3. Образование

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

Б/а: На сегодняшний день «готовых» бизнес-аналитиков учебные заведения России пока не выпускают. Открытая в 2002 году кафедра бизнес-аналитики при факультете бизнес-информатики ГУ-ВШЭ слишком молода, чтобы похвастаться успешными проектами своих выпускников. Чаще всего сегодняшний бизнес-аналитик получает одно высшее образование или несколько, а затем совершенствуется и проходит дополнительное обучение.

chevalry: Во-первых, ГУ ВШЭ уже раскритиковали (как говорится — ага!). Во-вторых, очень важно, что нужные навыки и знания приобретаются в ходе дополнительного образования. Для меня лично это не такая уж плохая новость

4. Смежные карьеры

С/а: кандидатам на должность системного аналитика компании-работодатели предъявляют следующие требования:
1) Наличие опыта работы в проектах не менее 1–1,5 лет на позициях технического писателя, программиста, разработчика и тому подобных.
2) Наличие опыта работы в качестве специалиста в области информационных технологий и участие в проектах разработки и внедрения программного обеспечения. Особое внимание уделяется наличию опыта участия в проектах по разработке и внедрению прикладных информационных систем, в том числе систем автоматизации учета и систем управления деятельностью предприятия (ERP).

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

chevalry: Здесь просто повторение сказанного. Раз нигде не готовят Б/а, значит и карьерный путь у него может быть какой угодно

5. Функциональные обязанности

С/а: Типичные функциональные обязанности системного аналитика:

Б/а: Hабота бизнес-аналитика состоит в решении следующих задач:
1) разработка полной и непротиворечивой модели бизнес-процессов компании на основании общения с клиентами (анкетирование, переписка, интервью, совещания и переговоры, работа с документами и источниками данных)
2) разработка технического задания для реализации заложенных требований
3) документирование архитектуры бизнес-процессов
4) объяснение правила работы с системой пользователям

chevalry: Хрень какая-то, если честно. Я бы так сформулировал функции Б/а:
1) Исследование информационного поля предприятия (источники данных, их тип, состав, взаимосвязи, качество и пр.)
2) Разработка, постановка и поддержание процессов ETL (т.е. по сути приведение всей нужной информации предприятия в единое упорядоченное множество)
3) Визуализация и анализ данных для целей поддержания процесса принятия решений менеджеров различного уровня и профиля
Что-то в этом роде…

6. Профессиональные умения и навыки

Системный аналитик должен знать:

Б/а: Ключевыми навыками для бизнес-аналитика являются:

chevalry: Ну, и что это? Если резюмировать, то главным качеством Б/а должно быть умение правильно гнуть пальцы перед доверчивым клиентом. Бред какой-то. Возвращаемся туда же: надо знать и владеть средствами ETL, Data Mining, DWH, OLAP. Коротко и по существу…

ВЫВОД

М-да! И хед-ханитнговые компании в этом ничего не понимают. То есть никакого внятного различия между С/а и Б/а они сделать не смогли. Надо с этим что-то делать…

В этом материале разберем, в чем сходства и отличия 3-х разных профессий: бизнес-аналитика, системного аналитика и Data Analyst’а (аналитика данных) с комментариями руководства BABOK®Guide. Также читайте в нашей статье, может ли один человек совмещать все 3 специализации и в каких случаях это целесообразно.

Кто есть кто в мире аналитики

Если смотреть на современный рынок труда, может сложиться впечатление, что большинство компаний ищут универсального профессионала, который будет совмещать обязанности системного и бизнес-аналитика. Немного особняком стоит аналитик данных, в описаниях вакансий для которого встречаются рабочие задачи ученого по данным (Data Scientist’а) и BI-специалиста. При том, что все перечисленные специализации ориентированы на решение прикладных проблем с помощью анализа, каждая из них имеет свои объекты, методы и средства профессиональной деятельности, которые отличаются друг от друга.

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

Бизнес-аналитик vs системный: в чем разница

Прежде всего отметим, что обе рассматриваемые профессии очень молодые – им нет еще и 10 лет. Профессиональный стандарт «Системный аналитик» утвержден Приказом Минтруда в 2014 году [1], а «Бизнес-аналитик» – в 2018 [2].

Детальное сравнение этих стандартов показывает основную разницу между системным и бизнес-аналитиком:

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

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

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

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

Чем отличаются аналитик данных, BI-специалист и Data Scientist

В отличие от системного и бизнес-аналитика, которые взаимодействуют со стейкхолдерами и прикладными решениями, аналитик данных работает с массивами информации, извлекая из них сведения, ценные для бизнеса с точки зрения принятия оптимальных управленческих решений. Часто аналитик данных работает только со структурированными данными в рамках специализированных дэшбордов BI-систем (Business Intelligence), таких как Power BI, Tableau, Google Data Studio и т.д. В этом случае он выполняет обязанности BI-специалиста, настраивая витрины данных ток, чтобы они наглядно показывали текущие тенденции и важные производственные показатели. Как правило, именно эту картину и принято называть «бизнес-аналитикой» или бизнес-аналитикой данных (Business Data Analytics) в терминологии международного института бизнес-анализа IIBA®, о чем мы упоминаем здесь. Не стоит путать это понятие с бизнес-анализом – рядом задач по выявлению бизнес-проблем, выяснению потребностей заинтересованных сторон, обоснованию решений и обеспечению проведения изменений в организации, как это регламентирует BABOK®Guide и отечественный профстандарт [2].

Если же необходимо проанализировать так называемые «сырые данные» из разных источников и представленные в разных форматах, то Data Analyst выполняет целый комплекс специальных операций [3]:

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

Иногда аналитик больших данных (Big Data) также занимается разработкой и тестированием моделей машинного обучения (Machine Learning). Однако, в большинстве случаев, Machine Learning является областью ответственности другого Big Data специалиста – исследователя или ученого по данным (Data Scientist’а) [3].

По сравнению с аналитиком данных, Data Scientist больше фокусируется на автоматизации процессов сбора и подготовки информации, включая построение так называемых конвейеров обработки данных (data pipeline). Эти задачи пересекаются с работой инженера данных (Data Engineer) и требуют владения технологиями Big Data (Apache Hadoop, Spark, Kafka), облачными вычислениями и инструментами разработки программного обеспечения, включая навыки построения распределенных приложений и опыт быстрого развертывания решений с помощью современного DevOps-инструментария [4].

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

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

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

Источники

1. Профессиональный стандарт «Системный аналитик» http://fgosvo.ru/uploadfiles/profstandart/06.022.pdf
2. Профессиональный стандарт «Бизнес-аналитик» http://fgosvo.ru/uploadfiles/profstandart/08.036_1.pdf
3. Кто такой Data Analyst в Big Data: что нужно знать аналитику данных https://www.bigdataschool.ru/bigdata/data-analyst-big-data.html
4. Data Analytics and Data Science: сходства и различия https://chernobrovov.ru/articles/analitika-dannyh-i-data-science-shodstva-i-razlichiya.html