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