Бизнес аналитик без опыта работы. От первого лица: Бизнес-аналитик

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

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

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

Чем занимается бизнес-аналитик в IT

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

Этапы работы бизнес-аналитика

Оценка запроса заказчика

Как правило, аналитик приступает к работе на этапе предпродажи, когда клиент только обратился в компанию. Бизнес-аналитик в команде с менеджером по продажам и разработчиком помогает определить, какое конкретно решение требуется в данной ситуации и какой объем работы предстоит. Чтобы это сделать, аналитику нужно понимать, с какой именно проблемой в бизнесе заказчика должно справиться технологическое решение. Ориентируясь на эту информацию, аналитик составляет документ о концепции и границах решения (Vision and Scope) , в котором фиксируются бизнес-цели и приоритеты проекта, основные функции решения и заинтересованные стороны. Есть различные шаблоны этого документа, которые помогают аналитикам не упустить важные детали проекта.

Извлечение требований

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

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

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

Систематизировать полученную информацию помогает моделирование бизнес-процессов, то есть их графическое описание через диаграммы, таблицы, карты. В бизнес-анализе для построения моделей используют графические языки с определенными нотациями (системой условных обозначений), самые популярные из которых – BPMN (Business Process Management Notation) и UML (Unified Modeling Language).

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

Как начать карьеру бизнес-аналитика в IT

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

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

В Минске самый продолжительный курс обучения на бизнес-аналитика (6 месяцев) предлагают в «Компьютерной академии Шаг» , где новые группы открываются дважды в год. Чаще набор слушателей проводит Образовательный центр ПВТ , который работает в Минске, Гродно и Гомеле. Еще один вариант курсов – школа ITMINE . В этом центре тренинги в офисе проходят по выходным раз в три недели (на протяжении 4,5 месяцев), а в перерывах слушатели самостоятельно выполняют домашние задания. При таком формате на занятия в Минск можно приезжать и из других городов.

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

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

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

Как может развиваться карьера бизнес-аналитика

Бизнес-аналитик, как и многие другие специалисты в IT, растет по уровням junior, middle и senior. Эта градация зависит от опыта и профессиональной квалификации специалиста. Поднимаясь на ступеньку выше, можно претендовать на более крупные проекты и, соответственно, более высокую зарплату. По данным портала dev.by (апрель 2019 года) средняя зарплата бизнес-аналитика – около 1500 долларов, но для начинающих специалистов сумма может быть меньше.

В начале карьеры важно расширять как технический кругозор, так и понимание, как устроены различные сферы бизнеса и какие программные решения в них востребованы. Обычно junior-аналитики достаточно быстро становятся middle-специалистами – через 1-2 года постоянного опыта. А вот следующую ступеньку преодолеть сложнее. Senior бизнес-аналитики – самые высокооплачиваемые в своем направлении, поэтому работодатели предъявляют к ним высокие требования. Помимо опыта (около 3-5 лет), от senior-аналитика ждут уверенных знаний IT-технологий, а также владения английским языком на уровне Advanced.

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

Специалиазация по сфере бизнеса

В каждой сфере бизнеса есть свои правила или ограничения для внедрения технологического решения. Например, в банковской сфере должны соблюдаться стандарты безопасности всех электронных транзакций. Когда аналитик обладает такими знаниями, он может выполнять на проекте роль отраслевого эксперта (subject matter expert), то есть консультанта из сферы бизнеса заказчика. И если аналитик глубоко знает медицинскую, финансовую сферу или ритейл, то ему будет проще работать с проектами для этих отраслей, а работодатель и заказчик будут выше оценивать его труд.

UX -аналитика

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

IT -консалтинг

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

Кому подойдет работа бизнес-аналитика

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

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

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

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

Топ 7 ключевых навыков, которыми Вам нужно обладать для трудоустройства

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

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

Анализ вакансий в Москве

По результатам анализа вакансий, опубликованных на нашем сайте, указанная начальная зарплата, в среднем, составляет — 96 331 . Усредненный максимальный уровень дохода (указанная «зарплата до») — 124 987 . Нужно учитывать, что приведенные цифры это статистика. Реальная же зарплата при трудоустройстве может сильно отличаться в зависимости от многих факторов:

Ваш предыдущий опыт работы, образование
Тип занятости, график работы
Размер компании, ее отрасль, бренд и др.

Уровень зарплаты в зависимости от опыта работы соискателя

ПрофГид продолжает рубрику "От первого лица ", и сегодня о своей профессии рассказывает аналитик одной из крупнейших IT-компаний Татарстана Людмила Давыдова.

В чем суть выполняемых аналитиком задач?

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

Ручное управление бизнесом давно в прошлом, сейчас на рынке огромное количество информационных систем, облегчающих жизнь и владельцам бизнеса, и рядовым сотрудникам. На каждом уровне свои задачи — руководитель хочет контролировать, например, финансовые потоки, а специалист в отделе продаж — иметь актуальную клиентскую базу. Требования на всех уровнях может удовлетворить внедрение одной или объединение нескольких информационных систем. Вот здесь и начинается работа аналитика — определить перечень автоматизируемых процессов, найти в них узкие места (как известно, прочность цепи определяется прочностью самого слабого звена), найти пути устранения узких мест, выбрать платформу (систему), определить объем необходимых доработок и т.д.

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

Какими навыками и компетенциями нужно обладать? Нужно ли иметь It-образование?

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

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

Ну и, разумеется, больших успехов не добиться без усидчивости (на разработку одного макета может уйти несколько часов!)

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

Для интерфейсов мне нравится Balsamiq Mockups, за разнообразие инструментария и веселенький дизайн:

Кто категорически не может это делать?

Далекие от математики и логики, не думающие, поверхностные люди. Гуманитариям тоже вряд ли придется по душе работа аналитика.

Кто выше аналитика такого рода? Есть ли куда расти?

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

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

В чем главная радость и смысл бытия на работе? Какие моменты приносят радость и какие огорчения?

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

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

А бывают задачи, которые поступают с линии техподдержки, и требуют развернутых консультаций, либо небольших доработок («добавьте нам поле в отчет, забыли в ТЗ указать», «закройте, пожалуйста, срочно эти заявки, иначе нам конец», «как сделать, чтобы у меня все рассчиталось?», «у меня ничего не работает» и т.д.). Эта работа не так приятна, но от нее никуда не деться, невозможно ведь бесконечно придумывать и разрабатывать. Все таки результат — это не программный продукт, а решение задач заказчика.

Много ли коммуникаций и с кем? С какими людьми приходится иметь дело?

Много. Без коммуникаций никуда, аналитик работает в команде. Общение происходит как с заказчиком (ключевые специалисты, либо члены группы внедрения), так и внутри своей команды. Наиболее тесно общаться приходится с разработчиками, и системными аналитиками. У нас это особенные люди, с особенно — техническим складом ума, не допускающие «лирики» и требующие «объяснить суть». Мне безумно интересно с ними работать. Еще есть технические писатели, руководители проектов, другие аналитики, специалисты техподдержки, руководители отделов, — поле для общения огромное.

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

Какова вилка зарплаты?

Минимальная зарплата аналитика, насколько мне известно, 20 тысяч. Самая высокая, о которой слышала, 50, но думаю, это не потолок.

Дает ли работа в достаточной мере сложных задач? Ведь только ими и растешь.

На любом проекте есть задачи сложные и рутинные. В моей работе соотношение примерно 40/60, и меня это устраивает. Каждый день — и зарядка для ума, и возможность отдохнуть за написанием инструкций.

Приведу несколько примеров задач из практики:

1. Существует система X и система Y. Для выполнения одного из процессов (к определенной дате, не раньше, не позже), системе Y требуются данные из X. Системе X, в свою очередь, нужно подтверждение об успешной передаче данных в систему Y, их корректности и полноте. Необходимо разработать приемлемый для заказчика алгоритм автоматического двустороннего обмена данными между системами. Нужно обеспечить возможность штатного функционирования остальных приложений на серверах X и Y в ходе процесса обмена данными.

Решение: Взаимодействие X и Y реализовано через веб-сервисы. Файловый обмен ведется в режиме 24/7, с момента наступления определенного события в системе Y, до полного завершения выгрузки/до наступления дедлайна/до ручной остановки процесса. Разработан формат обмена, перекрестная (между двумя системами) матрица статусов загрузок, утверждены коды возвратов. Файлы на входе Y проверяются на корректность, а в случае ошибок отклоняются до исправления ошибок и повторной загрузки. Реализована форма мониторинга, ведутся подробные логи. По завершению загрузки каждого файла Y подтверждает или не подтверждает прием файла. Проведено нагрузочное тестирование X и Y в период работы сервиса обмена данными (результаты тестирования были неутешительными, поэтому пришлось придумать хитрый алгоритм очередности загрузок, позволяющий не грузить тяжелые файлы в периоды активной работы пользователей Y). Разработана инструкция по настройке сервиса и работе с ним. В данный момент времени обмен данными между X и Y ведется только через разработанный сервис.

2. Существует утвержденный перечень нормативов (около 700 строк), с которым работает несколько компаний, включая заказчика. Одна из компаний в судебном порядке оспаривает часть нормативов, предлагая свой вариант. Суд удовлетворяет требование. Одновременно некая экспертная организация производит пересчет части нормативов, выдвигая новый перечень (еще около 150 строк).

Задача: обеспечить систему заказчика актуальной нормативной базой.

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

Решение: попытки автоматизировать процесс сопоставления строк результата не дали, поскольку в каждом конкретном случае решение должен принимать человек. Поэтому списки пришлось выверять вручную, искать совпадения (Отменен судом? Пересчитан?) и включать, либо не включать в результирующий список.

3. Ввести новый параметр для расчетных операций в системе.

Выполнение:

1) Определить точку «входа» параметра в Систему: вводится пользователем? Рассчитывается из других параметров (Каких? Каким образом? В какой момент времени?)?

2) Определить функции, в которых будет задействован новый параметр.

3) Для каждой функции: Проверить, влияет ли новый параметр на выполнение последующих операций, ввести параметр в формулы расчета.

4) Определить способ и место отображения параметра в интерфейсе. Нарисовать макеты.

5) Узнать, должен ли новый параметр фигурировать в выходных формах: в каких именно, каким образом.

6) На содержимое каких выходных форм этот параметр повлияет неявно? Если да, определить степень влияния, вынести вопрос на обсуждение.

7) Определить объем необходимых доработок.

8) Написать постановку задачи на разработку, либо ТЗ (в зависимости от объема доработки).

9) Протестировать результат.

Вопросы задала Эльмира Давыдова.