© 2022 IT-Метла
Дебаты в сторону!
Виды аналитиков и границы ответственности
Активное развитие направления аналитики в IT-проектах привело к появлению большого количества профессий абсолютно разных по сути, но содержащих слово «аналитик» в названии. Наша пояснительная бригада решила разобраться, что за звери все эти аналитики, и рассказать об этом вам.
С первых строк в подобной дискуссионной теме нужно вставлять дисклэймер, и не один:

  • Мы не будем спорить, какие функции относятся к каким видам аналитиков;
  • Мы рассмотрим только три вида аналитиков, наиболее часто встречающихся в IT;
  • При подготовке к статье не использовались официальные источники типа BABOK, потому что цель статьи – не прописать требования к роли согласно толстым умным книжкам!
  • Цель статьи – понять, с чем можно столкнуться на просторах сайтов по поиску работы (конкретно – рассматривался hh.ru), и помочь начинающим аналитикам всех видов разобраться в этом разнообразии.
Итак, на просторах hh.ru можно встретить следующих аналитиков:

  • Бизнес-аналитик;
  • Аналитик бизнес-процессов;
  • Системный аналитик;
  • Аналитик данных (Data аналитик);
  • Владелец продукта (Product owner);

+ Редкие случаи в виде:
  • Customer Journey Expert (CJE);
  • Специалист технической поддержки пользователей\аналитик;
  • Аналитик MS SQL;
  • Аналитик CRM;
  • Аналитик интеграций;
  • Аналитик-исследователь в сфере инновационных технологий;
  • Аналитик-разработчик внутреннего продукта;
  • Консультант / Системный аналитик;
  • Аналитик 1С;
И т.д.


Как видно из списка, самому разобраться во всех этих нюансах – довольно сложно, не понимая сферы изнутри. Чаще всего работодатели сами публикуют вакансии, не ориентируясь на официальные определения ролей. Работодателю нужно закрыть свои потребности, и формулирует он их иногда очень специфично, поэтому при поиске работы нужно понимать суть работы, а не только ее название и формальное определение. А также не стоит сразу закрывать вакансию, если в описании попалась одна единственная строчка в виде «знание чего-то там будет плюсом», а вы этого не знаете.
Итак, сводные образы этих самых разных аналитиков мы разделили на две части. Первая – описание того, что вам предстоит делать. Вторая – требования к вакансии.
Часть I
Чем вам предстоит заниматься
Бизнес-аналитик
  • Формализация и согласование требований с представителями заказчика;
  • Сбор требований по разработке/доработке программного обеспечения;
  • Участие в подготовке документации (спецификация, техническое задание, пояснительная записка, рабочие инструкции и т.п.);
  • Описание и оптимизация бизнес-процессов (UML, BPMN);
  • Постановка задач разработчикам, приемка выполненных разработок;
  • Прототипирование интерфейсов (подготовка макетов экранов);
  • Участие в приёмосдаточных испытаниях;
  • Подготовка обучающих материалов для пользователей;
  • Предпроектная работа (показы, демонстрации решения, подготовка презентаций).
Системный аналитик
  • Сбор требований по разработке/доработке программного обеспечения;
  • Анализ архитектуры сервисов и комплексов, взаимодействие с архитектором;
  • Разработка базовой архитектуры решений и проработка их с командой разработки;
  • Связи и архитектура БД – нейминг полей, первичные связи, и т.п;
  • Разработка ТЗ, ведение проектной и пользовательской документации;
  • Участие в приёмосдаточных испытаниях.
Аналитик данных
  • Анализ источников и структуры данных клиента;
  • Формирование предложений по упрощению и стандартизации данных;
  • Составление ТЗ для выгрузки данных из систем клиента, для визуализации показателей эффективности;
  • Разработка отчетов и дашбордов;
  • Участие в процессе сдачи выполненных работ заказчику;
  • Создание витрины данных для дашбордов, работа с командами, отвечающими за подготовку данных, архитекторами и разработчиками DWH.
ВАЖНО!

Многие компании смешивают даже эти сводные образы между собой. Например, вы можете увидеть в описании вакансии системного аналитика фразу про «Определять бизнес-требования у заказчика» наравне с «Прописывать интеграционные сценарии, спецификации API» и даже туда же «Подготовка макетов экранов». Что это для вас значит? Скорее всего это значит, что компетенция в данной конкретной области в компании не сильна развита, работодатель ищет «универсального бойца». Хорошо это или плохо – сложный вопрос. С одной стороны, если вы попадаете на подобную должность и не теряетесь в хаосе разноплановых обязанностей – вы будете очень быстро прокачиваться во всех направлениях сразу и дальше, вероятно, сможете выбирать более узкое направление себе по нраву. С другой стороны, задачи будут какие-угодно. Сегодня это «нарисуй страничку», завтра это «распиши API». Из моего личного опыта – невозможно держать фокус на оптимизации бизнеса заказчика, когда стоит задача проектирования API (просто уходишь с головой в детали).
Часть II
Требования к ролям
Общее у всех:

  • Опыт работы от N лет в должности…;
  • Оконченное высшее образование;
  • Знание модели жизненного цикла ПО;
  • Опыт разработки проектной и сопроводительной документации;
  • Ответственность, коммуникабельность, активность и инициативность;
  • Умение структурировать полученные знания и грамотно излагать свои мысли;
  • Желание развиваться и изучать новое;
  • Умение задавать правильные вопросы и обращать внимание на важные детали;
  • Знание принципов построения ИТ систем;
  • Опыт работы с JIRA и Confluence;
  • Опыт работы в командах, использующих гибкие методологии разработки;
  • И мое любимое – аналитический склад ума ☺

А дальше только нюансы…
Бизнес-аналитик
  • Навыки описания бизнес-процессов AS IS и TO BE (нотации UML, BPMN);
  • Способность договариваться с бизнес заказчиками, выявлять потребности в автоматизации, быстро и эффективно внедрять новые процессы или изменять текущие, протаскивать изменения в разных вертикалях;
  • Разработка пользовательских сценариев User Story/Use case;
  • Ведение запросов на изменение (Change management);
  • Понимание принципов UI/UX и графического дизайна при построении интерфейсов;
  • Навыки коммуникаций: грамотная устная и письменная речь, переговоры, проведение презентаций.
Системный аналитик
  • Знание REST/SOAP API;
  • Опыт с XML, XSD схемами, JSON;
  • Понимание принципов клиент-серверной архитектуры;
  • Опыт описания и проектирования логики информационного обмена между компонентами разных систем и источниками данных;
  • Базовое знание JavaScript, HTML, понимание основ web-технологий;
  • Знание основ по базам данных, умение работать с SQL-запросами;
  • Практический опыт синхронной и асинхронной интеграции с использованием REST/gRPC/Kafka/RabbitMQ.
Аналитик данных
  • Понимание основ проектирования хранилищ данных;
  • Умение создавать витрины данных;
  • Свободное владение SQL;
  • Опыт работы с BI-платформами;
  • Опыт анализа данных и автоматизации отчетов на Python.
Как можно заметить роли бизнес-аналитика и системного аналитика близки в части своих обязанностей, но есть большая разница в уровне погружения в детали и требуемом уровне технической подготовки. С моей точки зрения, роль бизнес-аналитика (без смешения с ролью системного аналитика) является наиболее понятной для человека без технического образования. Это наиболее простой способ перехода в IT-индустрию (конечно есть еще тестирование, но по моим наблюдениям требования к тестировщикам становятся все более техническими). По этой причине, именно эта роль может хорошо подойти людям, которым больше нравится общение с другими людьми и фокус на целях бизнеса, нежели прописывание большого количества технических деталей и многочисленные запросы в базы данных.

Понравился материал?