Системный аналитик или бизнес аналитик. В чем разница и что выбрать новичку?

Бизнес-аналитик и системный аналитик в IT. Разбираемся в сортах

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

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

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

Допущения

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

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

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

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

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

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

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» нет и в помине.
• Нормативная документация Минтруда (профессиональные стандарты) приводит довольно близкое к реальному разделению, хотя БА в стандарте рассмотрен далеко от ИТ. При этом возникает понимание, почему в отечественном бизнесе понятия так разделены — призма стандартов. Роль БА здесь — обеспечение возможности проведения изменений в организации, приносящих пользу заинтересованным сторонам, путём выявления потребностей заинтересованных сторон и обоснования решений, описывающих возможные пути реализации изменений. Роль СА — разработка, восстановление и сопровождение требований к ПО, информационной системе, продукту, средству, на протяжении их жизненного цикла.

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

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

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

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

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

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

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

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) исследовать и проектировать сложные, запутанные, но интересные системы. Это поможет сократить путь к выбранной вершине и уменьшить дискомфорт от нахождения не на своем месте в погоне за «красивой должностью».

Системный аналитик или бизнес аналитик. В чем разница и что выбрать новичку?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Чутка мимо. Как представитель данный профессии хотелось бы скорректировать нюансы.

БА, косвенно связан с IT, мы больше связаны с Business Development. К документации мало чего имеем общего. Это диктует чаще всего компания. Обычно на бумажки времени нет.

На законы чаще всего пофиг — это юристы должны с ними разбираться, а в BD только адаптация по факту под рынок, но чаще всего идем по принципу — «Все разрешено, если не запрещено».

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

Прототипирование делает UX/UI дизайнер, причем тут BA? Мы схемку нарисуем дизайнеру )))))

Углубленные знания нужны во всех сферах Бизнеса даже в IT, потому что ITшники обычно раздувают бюджеты. Например у меня есть практические знания в развертке серверных мощностей и все отраслевые ПО, в плоть до понимания логики кода (эти навыки ненужны BA, а нужно понимание построение Систем).

Из минусов только нежелание изучать программирование (хотя код ранее писал и иногда практикую для BI или консолидации данных)

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

P.S. Если искать инфу не в Российском интернете там все подробно описано.
P.S.S. Бомбит слегка)))))))

Системный аналитик: что делает, сколько получает и как им стать

Системный аналитик помогает оптимизировать и автоматизировать работу компании и её подразделений. Этот специалист разбирается в менеджменте, экономике и информационных технологиях — помогает скоординировать процесс разработки ПО так, чтобы результат был максимально продуктивным.

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

Благодарим за помощь в подготовке материала Ксению Шипину, системного аналитика Skyeng и преподавателя курса «Системный аналитик» в Нетологии.

Ксения Шипина

Системный аналитик Skyeng

Системный аналитик — IT-профессия широкого плана

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

Его можно назвать посредником между заказчиком — руководством компании — и исполнителем — разработчиком.

Итог такого сотрудничества — программный продукт.

Такое определение близко к истине, но не универсально. У проблемы трактовки есть несколько причин.

Основная причина — различия в требованиях разных компаний к специалисту.

Другая причина — разница в развитии IT-рынков в России и в мире. Впервые термин «системный анализ» ввела в 1948 году некоммерческая организация RAND, которая в 1956 году выпустила книгу на эту тему. В 1959 году американские предприниматели Рой Натт и Флетчер Джонс основали первую компанию по разработке ПО — Computer Sciences Corporation. И многие практики задумались о том, что основы системного анализа можно использовать в разработке.

Это дало свои плоды — спрос на системный анализ начал расти. В 1976 году была разработана технология Waterfall, позволяющая оптимизировать процесс разработки ПО.

В России и странах ближнего зарубежья развитие IT-рынка началось позднее. Разработка первых программ для коммерческого использования ЭВМ стартовала только в 1980 году. А индустрия информационных технологий начала развиваться только в 1990-х — после распространения первых ПК.

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

Профессия системного аналитика окончательно оформилась как самостоятельная и стала востребованной по нескольким причинам:

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

• Рост конкуренции на рынке ПО тоже оказал влияние. По разным причинам многие проекты завершались неудачно: компании вкладывались в невостребованные решения из-за недопонимания между заказчиком разработки и исполнителем. Так возникла потребность в специалистах с хорошим техническим бэкграундом и развитыми soft skills, которые могут правильно понять боли бизнеса и оптимизировать процесс разработки.

• Усложнение программ сыграло свою роль — для грамотной интеграции ПО нужны узкоспециализированные специалисты.

Чем занимается системный аналитик и что он должен уметь

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

Что делает системный аналитик:

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

Для выполнения рабочих задач специалист должен владеть определёнными компетенциями:

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

Процесс разработки — это постоянный обмен информацией. Чтобы правильно запрашивать и ясно доносить её, системному аналитику важно развивать и soft skills.

В разных сферах предъявляют разные требования к системному аналитику

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

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

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

Для сферы кибербезопасности важно разбираться в системах шифрования и защите данных.

Осваивать всё сразу необязательно: профессия быстро развивается — стремительно меняются и тенденции.

Что отличает системного аналитика от других профессий

Аналитика — широкая сфера деятельности. Расскажем об отличиях системного аналитика от схожих и смежных профессий.

Бизнес-аналитик

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

Аналитик данных

Аналитик занимается Big Data: умеет обрабатывать сырые данные и строить гипотезы на этой основе. Аналитик данных работает с метриками, системный аналитик — с процессами. Для первого знание Python необходимо, для второго — будет плюсом.

Project-manager

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

Product-manager, Product owner

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

Системный архитектор

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

Технический писатель

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

Кто такой бизнес-аналитик и как помогает компаниям быть на шаг впереди

Сколько зарабатывают системные аналитики

По данным Glassdoor, средняя зарплата системного аналитика в Москве — 150 000 рублей:

Источник https://habr.com/ru/post/501322/

Источник https://vc.ru/hr/151372-sistemnyy-analitik-ili-biznes-analitik-v-chem-raznica-i-chto-vybrat-novichku

Источник https://netology.ru/blog/04-2021-sistemniy-analitik