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

Проблема

У некоторых моих знакомых, коллег, руководителей, эйчаров, представителей «бизнеса» в головах образовалась путаница между видами аналитиков. Понятие «аналитик» используется для совсем не похожих друг на друга профессий — бизнес-аналитик (БА), системный аналитик (СА), дата аналитик, 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

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

Источник

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

Нет, это не Алина, а просто фейковое превью с Максимом Кацом

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

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

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

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

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

Википедия

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Алина Шарафеева

Руководитель проектов «Технократии»

Источник

Где грань между системным и бизнес-аналитиком

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

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

Рассмотрим разницу ролей на примере задач специалистов:

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

Одно из объяснений специфики различий между специалистами можно узнать из доклада Егора Вершинина.

Практику задействования системного и бизнес-аналитика на проектах разного масштаба можно продемонстрировать на следующей таблице (адаптированно по презентации).

Тип проекта	Количество разработчиков	Бизнес-аналитик	Системный аналитик
1 продукт	3-10	Да	Нет
1 продукт	10-20	Да	Нет
2 и более продуктов	10-20	Да	Делегировать разработке
2 и более продуктов	> 20	Да	Да

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

В профессиональной литературе бизнес-аналитика, как специалиста, выделяют отдельно, рассматривая сферу IT, как одно из узких направлений развития. Пример: свод правил по бизнес-анализу под названием BABOK. Если авторы освещают область разработки требований к ПО, роли системного и бизнес-аналитика смешиваются, как, например, в книге К. Вигерса и Д.Битти «Разработка требований к программному обеспечению».

Более строгое разделение профессий системного и бизнес-аналитика можно найти в профессиональном стандарте на сайте Министерства труда.

Для роли бизнес-аналитика определяют следующий набор задач:

работает с заинтересованными сторонами;
обеспечивает изменения в организации;
выявляет бизнес-проблемы и бизнес-возможности;
управляет бизнес-анализом;
аналитически обеспечивает разработку стратегии изменений организации.

Для системного аналитика стандарт определяет такие задачи:

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

Есть ли тенденция разделения профессий при найме?

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

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

Навыки, инструменты и методологии системного и бизнес-аналитика

Распределение навыков системного и бизнес-аналитика

Взаимодействие системного и бизнес-аналитика на примере

Пусть есть заказчик – B2C поставщик здорового питания по подписке на ежедневной основе. Компания предоставляет услуги в четырех городах России и Казахстана.

Заказчик обратился с задачей объединения системы управления данными клиентов, блюд, поставщиков продукции и доставки в единую систему с общим корпоративным сайтом по заказу услуг. Бизнес-аналитик (БА) посетил предприятие заказчика, провел переговоры с экспертами предметной области и определил требования к будущему ПО. Системный аналитик (СА) ознакомился с текущим состоянием компонентов систем, на основании требований БА определил подходящие готовые решения, составил техническую документацию.

Задача БА: изучить и описать бизнес-процессы предприятия, выявить и сформулировать бизнес-цели с учетом рисков, выявить и систематизировать бизнес-требования в проекте, описать границы проекта.

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

***

Хочу подтянуть знания по математике, но не знаю, с чего начать. Что делать?

Если базовые концепции языка программирования можно достаточно быстро освоить самостоятельно, то с математикой могут возникнуть сложности. Чтобы помочь освоить математический инструментарий, «Библиотека программиста» совместно с преподавателями ВМК МГУ разработала курс по математике для Data Science, на котором вы:

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

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

Источник

08.06.2020

Проблема

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

Кому	Как
Аналитику и его коллегам	Аналитику — самоидентифицироваться, чтобы правильно распределять усилия в обучении и развитии, поиске работы исходя из интересов и видения будущего. Коллегам — понимать, что является прямой обязанностью, а что несвойственной нагрузкой для аналитика. Пример: от БА требуют дать описания xml-схемы сервиса, а от СА дотошного знания нормативной документации бизнес-домена.
HR	Проще фильтровать кандидатов на первых и последующих этапах рекрутинга, а также получать более релевантные отклики, правильно описывая вакансии. Повысить удовлетворённость сотрудников от работы «там, где они должны быть». Пример: вакансии БА со знанием java, навешивание большого объёма презентаций и сейлз на СА.
Руководителю	Таргетировать подбор и распределение ресурсов, готовых к выполнению конкретного сочетания рабочих обязанностей, улучшить коммуникацию в командах. Пример: На должность, требующую максимальной коммуникации и гибкости, подбирается «технарь» без желания развивать такие навыки.

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

Допущения

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

Рассматривается «дистиллированное» значение должностей. В реальной жизни, особенно в командах, где развивают
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».

Где:

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

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

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

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

Иван — БА компании «Исполнитель».

Ева — системный аналитик компании «Исполнитель».

Компании «Заказчик» нужна крупная доработка имеющейся системы.

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

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

Атрохов Ярослав

https://habr.com/ru/post/501322/

← Назад к списку

Источник

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

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

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

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

Основы бизнес-анализа: вход в профессию для начинающих

Код курса

INTRO

Ближайшая дата курса

27 марта, 2023

Длительность обучения

24 ак.часов

Стоимость обучения

50 000 руб.

Бизнес-аналитик 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].

Управление бизнес-анализом — курс для руководителей

Код курса

BAMP

Ближайшая дата курса

22 мая, 2023

Длительность обучения

8 ак.часов

Стоимость обучения

15 000 руб.

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

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

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

Источники

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

Источник

#статьи

23 дек 2022
0

Кто такой системный аналитик, как он помогает бизнесу и как им стать

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

Иллюстрация: Garetsvisual / Freepik / Annie для Skillbox Media

Редактор Skillbox Media. Пишет о бизнесе и маркетинге вместе с экспертами.

Автор статьи

Руководитель Центра компетенций аналитики в ITQ Group.

Системный аналитик — специалист, который работает с IT-системами. Он переводит требования к IT-продукту с языка бизнеса на язык разработки и контролирует процесс его создания — вплоть до запуска в работу. Профессия системного аналитика престижна, его работа хорошо оплачивается. Уже на старте специалист может получать от 120 тысяч рублей. Опытные аналитики зарабатывают 250 тысяч и более. В этой статье мы поговорим о том, чем занимается системный аналитик, как им стать и в чём заключается суть системного анализа.

Кто такой системный аналитик и чем он отличается от бизнес-аналитика
Чем занимается системный аналитик? Разбираем на примере
Что должен уметь системный аналитик? Soft skills
Hard skills и карьерный путь системного аналитика

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

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

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

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

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

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

Мы в ITQ Group делаем новый платёжный движок для крупного российского банка. Платёжный движок — одна из центральных для банка подсистем. Без него не пройдёт ни одна транзакция. Система важна и для внутренних, и внешних платежей. Разберём работу системного аналитика на примере этого проекта.

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

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

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

Обучение для менеджеров в Skillbox

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

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

Системный аналитик должен быть коммуникабельным или хотя бы уметь прикинуться таковым. Он часто выполняет публичную роль — общается с заказчиком и коллегами: бизнес-аналитиком и разработчиками. Системный аналитик должен уметь общаться на встречах, доносить свои идеи и отстаивать точку зрения.
Системный аналитик должен быть готов обучать и обучаться. Начиная с уровня middle, аналитики обучают младших коллег. В некоторых компаниях даже есть системы наставничества для аналитиков.
Должен быть готов к публичным выступлениям. Системный аналитик самостоятельно готовит сценарий выступления на переговорах, рассказывает о работе заказчику и отчитывается в момент сдачи проекта в эксплуатацию.
Должен быть готов стать лидером. Начиная с уровня middle, системному аналитику придётся курировать разработку спроектированной им системы. На уровне senior системный аналитик строит и развивает команду, в которой бывает пять и более сотрудников.
Имеет навыки проджект-менеджмента. Начиная с уровня middle, он должен быть готов ставить себе задачи самостоятельно. Senior-аналитику важно научиться определять, хватит ли компетенций младшего коллеги для задачи, быть готовым проверять результат работы и давать обратную связь.

У системных аналитиков существует профессиональный стандарт. Он будет полезен, если вы начинаете карьеру в системной аналитике или хотите сверить свои компетенции с требованиями, которые предъявляет рынок к кандидатам уровня junior, middle или senior.

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

Младший системный аналитик (junior). Способен самостоятельно выполнять долгосрочные аналитические задачи под контролем старших коллег. Опыт — от четырёх месяцев на позиции стажёра. Зарплата — 120–150 тысяч рублей.

Вакансия на позицию младшего аналитика
Скриншот: hh.ru

Участвовал при формировании первичных требований к IT-системе, при формировании технического задания и при техническом проектировании — как минимум на одном проекте.
Проводил интервью по сценарию, составленному старшим коллегой. Есть опыт подготовки протоколов рабочих встреч
Анализировал нормативно-правовые акты, которые регулируют процессы в системе. Знаком с регламентами организаций, которые касаются системной аналитики. Анализировал документацию для систем и системы конкурентов, выбранные старшим коллегой.
Наблюдал за работой пользователей, может создать спецификацию для разработки в уже готовом шаблоне. Есть опыт написания спецификаций в формате use case с описанием целей, участников, стейкхолдеров, событий-триггеров для системы, основных сценариев её работы, ограничений и дополнений.
Знает общие принципы проектирования и описания UI. Владеет хотя бы одним средством прототипирования уровня Balsamiq. Имеет опыт подготовки требований по семи критериям качества: единичность, атомарность, недвусмысленность, полнота, выполнимость, проверяемость и непротиворечивость.
Знает способы выявления и анализа рисков. Имеет опыт авторского контроля атомарных требований, которые сам сформулировал.
Способен участвовать в коммуникации и постановке задач разработчикам, вносить правки в базу знаний и документацию. Имеет опыт авторской приёмки атомарных требований, которые сам сформулировал. Может подготовить презентацию по атомарной функции — как минимум по шаблону в PowerPoint.
Участвовал в обучении пользователей системы под контролем старшего аналитика. Имеет опыт участия в проектах по модели Waterfall. Имеет опыт участия в проектах по другим гибким методологиям — например, Kanban, Lean, Agile или Scrum.
Знает основы жизненного цикла системы при работе по гибким методологиям. В него входит планирование, разработка, демонстрация и внедрение системы. Знает основные функции BI — это хранение, интеграция, анализ и представление.
Знает состав описания API. Может описать API с минимальной помощью разработчика; понимает разницу между синхронным и асинхронным взаимодействиями между компонентами системы.
Опционально: документировал требования по методологии Agile.

Аналитик (middle). Способен к самостоятельному выполнению всех аналитических задач в отдельно взятом проекте. Опыт — 1,5–2 года. Зарплата — 150–180 тысяч рублей.

Вакансия на позицию аналитика уровня middle
Скриншот: hh.ru

Умеет собирать требования к системе. Знает, какие инструменты для этого нужны. Инструментами могут быть, например, программы Confluence и Jira.
Имеет опыт подготовки и проведения интервью. Готов проводить ревью списка вопросов и протоколов интервью, составленных младшим коллегой. Знает, как составлять анкеты для интервью и обрабатывать их результаты.
Знает, какие нормативно-правовые акты нужны для анализа проекта, какие понадобятся регламенты, корпоративные инструкции и документация для системы.
Наблюдал за работой пользователей проектированной системы. Умеет выявлять узкие места, способен вносить предложения по их устранению.
Умеет декомпозировать задачи, готовить шаблоны для написания спецификаций, проводить их ревью, выявлять ошибки и неточности. Коммуницирует по этим вопросам с IT-архитекторами, разработчиками и бизнес-заказчиком.
Умеет декомпозировать требования к готовой системе до уровня отдельных подпроцессов. Имеет опыт проработки ограничений к набору требований. Речь, например, об ограничениях по стеку технологий — когда у компании уже есть IT-система и нужно продумать, как интегрировать в неё новые функции.
Умеет проводить ревью и оценку качества требований по семи критериям: единичность, атомарность, недвусмысленность, полнота, выполнимость, проверяемость и непротиворечивость. И тремя дополнительными: прослеживаемость, актуальность и обязательность.
Умеет писать и документировать требования для user story. Знает алгоритм работы с рисками: выявление, анализ, оценка и выбор стратегии.
Проводил авторский контроль раздела с требованиями в зоне своей ответственности. Например, делал авторский контроль конкретной подсистемы.
Знает инструменты описания API — например, Swagger, Postman. Знает спецификацию OpenAPI. Может описать API без помощи разработчика. Знает основы работы протоколов HTTP, REST, SOAP, а также форматов обмена данным XML и JSON.
Умеет оценивать и декомпозировать задачи по системной аналитике с общей трудоёмкостью до трёх месяцев.
Опционально: умеет применять в работе методики PERT, UCP и Agile.

Старший аналитик (senior). Способен выполнять задачи самостоятельно и распределять их внутри команды, контролировать качество и сроки их выполнения — на одном или нескольких проектах. Опыт — от трёх лет. Зарплата — 200–250 тысяч рублей.

Вакансия на позицию ведущего системного аналитика
Скриншот: hh.ru

Умеет составлять план и выбирать стратегию сбора требований для проекта. Способен понять, как собрать требования наиболее эффективно: какие методы выбрать, у кого собирать требования и с кем их согласовывать.
Умеет проводить интервью и анкетирование. Отвечает за все процессы, связанные с их организацией, — включая анализ результатов.
Подбирал системы конкурентов заказчика для анализа в условиях высокой неопределённости — когда прямые аналоги отсутствуют.
Способен выполнить декомпозицию задач в рамках проекта, определить и назначить исполнителей. Имеет опыт разработки шаблонов для написания спецификаций под конкретные задачи.
Проводил ревью спецификаций от младших коллег. Умеет проводить ревью описания процессов, выявлять ошибки и неточности.
Может самостоятельно спроектировать API — при условии, что есть возможность уточнить технические параметры у разработчика или архитектора системы.
Умеет разрабатывать шаблоны описания интерфейсов, чтобы ставить задачи для разработчиков. Может спроектировать общую концепцию интерфейса системы с помощью вайрфрейма. Может разработать кликабельный прототип.
Проводил ревью и оценку качества требований по всем 10 признакам. Разрабатывал и внедрял методологии проверки качества требований на проекте. Контролировал её применение — например, с помощью чек-листов.
Делал ревью требований в формате user story по методике INVEST. Прорабатывал полный набор ограничений для технического задания на систему.
Прорабатывал риски проекта, которые связаны с аналитическими работами. Подбирал стратегию управления каждым риском: продумывал способы, которые помогут их избежать. Составлял программу действий, чтобы их минимизировать.
Декомпозировал и оценивал задачи для команды аналитиков проекта — общей трудоёмкостью от трёх месяцев.
Делал авторскую приёмку требований к системе в целом. Успешно проходил внешнюю экспертизу отчётных документов со стороны заказчика. Проводил тесты готовой системы на стенде заказчика.
Самостоятельно разрабатывал обучающий курс по функциональности системы. Разрабатывал методические материалы: теоретическую часть, набор практических кейсов, составлял список контрольных вопросов. Проводил внутреннее и внешнее обучение пользователей для подразделения или департамента.
Проектировал функциональность хотя бы одной BI-системы в целом.
Опционально: применял PERT, UCP и Agile для оценки аналитических задач проекта в целом. Работал в крупных agile-проектах, где требовалось масштабирование agile-методик. Под крупными проектами имеются в виду государственные проекты федерального уровня или, например, проекты по созданию автоматизированных банковских систем. Применял Scalable Agile Framework.
В идеале работал на десяти и более проектах по модели Waterfall. Имеет экспертный опыт в управлении жизненным циклом ПО по модели Waterfall — в части анализа и проектирования IT-системы.

Системный аналитик — специалист, который работает с IT-системами. Он переводит требования к IT-продукту с языка бизнеса на язык разработки и контролирует процесс его создания — вплоть до запуска в работу.
Системным аналитикам хорошо платят. Уже на старте специалист может получать от 120 тысяч рублей, а опытные аналитики зарабатывают 250 тысяч и более.
Стартовать в профессии придётся с позиции стажёра. Для этого нужно быть студентом старших курсов или выпускником вуза технической специальности, знать основы работы с базами данных и основы моделирования бизнес-процессов.
Качества, которые нужны системному аналитику: коммуникабельность для общения с командой и заказчиками, готовность обучать и обучаться. Системный аналитик должен быть готов стать лидером — начиная с позиции middle, он может занимать в проекте руководящую должность.

Научитесь: Профессия Бизнес-аналитик
Узнать больше

Источник

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

«Прикладная математика и информатика» (010501);
«Математическое обеспечение и администрирование информационных систем» (010503);
«Вычислительные машины, комплексы, системы и сети» (230101);
«Прикладная информатика в экономике» (080801);
«Программное обеспечение вычислительной техники и автоматизированных систем» (230105).

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

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

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

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

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

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

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

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

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

1) изучение той или иной области на предмет внедрения и/или разработки прикладных информационных систем;
2) участие в интервьюировании (совместно с бизнес-аналитиками) бизнес-экспертов и пользователей информационных систем на предмет изучения текущих принципов организации хода процессов (в том числе с точки зрения функционирования информационных систем);
3)изучение и систематизация документации по проекту в части выделения процессов, подлежащих автоматизации;
4) подготовка документации по описанию сущностей, взаимосвязей и процессов предметной области с использованием специальных нотаций;
5) участие в постановке задач и разработке технического задания;
6) сбор, анализ и документирование функциональных требований к программному обеспечению.

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

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

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

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

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

Системный аналитик должен иметь следующие навыки:

1) системного анализа и формализации результатов обследования предметной области;
2) использования методик проектирования и разработки информационных систем;
подготовки проектной документации по разработке программного обеспечения;
разработки функциональных требований;
3) разработки схем тестирования программного обеспечения;
4) программирования на языках верхнего уровня (Pascal, C++);
5) формализации сущностей и ассоциаций, документирование, моделирование процессов с использованием специальных методологий и нотаций (ERD, DFD, WFD, IDEF*, ARIS, UML, BPML и других);
6) использования специального программного обеспечения, реализующего методологии и нотации (Process Modeler (BPWin), ARIS Toolset, Rational Rose и тому подобное).

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

1) Способность быстро понять требования и определить их приоритет, а также рассказать о технических решениях и их влиянии на бизнес понятным клиенту языком.
2) Умение в различных проектах следовать принятой методологии, нотациям и формам документов. Также важными являются навыки работы с соответствующим программным обеспечением.
3) Способность к коллективной работе с другими аналитиками в случае, если над проектом трудится команда.
4) Умение, сохраняя творческий стиль работы, соблюдать дисциплину в отношении ведения документов, версий, протоколов и готовность трудиться в команде с архитекторами, разработчиками, тестировщиками.
5) Навык убедительно демонстрировать компетенцию компании в определенной области, по итогам краткого разговора составить представление о клиенте и его требованиях к решению.
6) Если говорить о личностных качествах, то бизнес-аналитику важно быть педантичным и исполнительным, кроме того, чувствовать зону своей ответственности в проекте и не вмешиваться как в финансовые, так и в политические вопросы.

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

ВЫВОД

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

Источник