Аналитик в автоматизации кто он и чем занимается

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

Как главный аналитик в ADV/web-engineering co, я регулярно отвечаю на подобные вопросы коллег и соискателей на собеседованиях. Надеюсь, что эта статья поможет сформировать представление о возможном развитии и ожидания от работы аналитиком в той или иной компании.

Какие бывают аналитики

Если поискать в интернете, то найдётся куча видов таких млекопитающих:

• Аналитик (вот так, просто аналитик)

• Аналитик БД

• Аналитик бизнес-процессов

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

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

• UX-аналитик

• Продуктовый аналитик

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

• BI-аналитик

• Веб-аналитик

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

И это не полный список. Плюс на должности навешиваются грейды, типа старший, ведущий, главный, незаменимый и т.д.

Недавно в общении с коллегами услышал о должности UX-писатель этакий гибрид редактора, UX-специалиста, маркетолога, продуктолога и аналитика. Так что была бы задача, а должность найдётся.

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

Вместо этого предлагаю взглянуть на типы задач, которые аналитики решают. И тут готов выделить специалистов широкого и узкого спектров применения.

Специалисты широкого спектра

Сюда отношу тех, кто как правило задействован в автоматизациях, например, в интеграторах или в разработке продукта в in house команде. Такие люди чаще решают следующие задачи:

• Сбор требований с руководителя продукта

• Формирование предложений по развитию продукта

• Проектирование бизнес-процессов

• Постановка задач дизайнерам

• Подготовка спецификаций для разработчиков

• Сопровождение разработки и тестирования

• Верификация разработки, то есть проверка того, что разработка сделала всё так, как и задумывал аналитик

• Взаимодействие со специалистами узкого спектра, о них позже

• Участие в presale и предпроектных активностях

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

• Чистый бизнес-аналитик ничего не шарит в том, что и как может быть сделано, поэтому не может управлять ожиданиями заказчика при сборе бизнес-требований

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

Что пригодится такому аналитику

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

Если общие знания аналитика есть 100%, то с некоторой погрешностью для задач автоматизации будет нужен:

• Бизнес-анализ 30%

• Системный анализ 35%

• Продуктовый анализ 15%

• UX-аналитика и дизайн 10%

• Менеджмент 5%

• Прочее последние 5%

Если детальнее, то из бизнес-анализа стоит знать:

• Бизнес-процессы --- зачем они нужны, зачем их формализуют

• Нотации моделирования бизнес-процессов, базовые знания BPMN необходимы

• Логику и правила проектирования логической модели данных

• Правила сбора требований и ограничений

• Отдельно отмечу правила сбора требований к пользовательским интерфейсам

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

• Типовые архитектурные паттерны

• Навыки программирования алгоритмы, типы данных, наследование

• Знания БД, понимание концепций нормализации и денормализации, реляционных и нереляционных СУБД

• Представление о нотациях UML, умение работать с базовыми диаграммами (диаграмма последовательности, вариантов использования)

• Понимание концепции декомпозиции задач на конкретные работы, хотя бы банально на back и front

• Понимание информации, которую необходимо описывать для разработки в постановках задач

• Понимание работы тестирования и умение самому представлять возможные не-happy path варианты работы решения

Для решения задач продуктового анализа потребуется:

• Знание предметной области или живой ум, чтобы быстро разбираться на уровне, достаточном для решения задач

• Базовое понимание метрик и их ценностей для продукта

• Умение расставлять приоритеты между задачами и понимание концепции MVP

Для корректного взаимодействия с дизайнерами необходимы базовые знания UX/UI:

• Сложно формализуемое чувство прекрасного для интерфейса и умение поставить себя на место пользователя

• Понимание компонентного подхода при проектировании интерфейсов

И да, менеджерами здесь будут отдельные люди. Но аналитику нужно обладать достаточным пониманием задач, которые решает менеджер. Это будет полезно для того, чтобы помогать рабочим процессам протекать правильно и вовремя эскалировать проблемы.

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

Про узких специалистов

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

Для заинтересованных здесь бы посоветовал брать интересующий вектор знаний и прокапывать до экспертного уровня. Например:

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

• Нравится копаться в системных штуках системный аналитик, и там до архитектора

• Любишь работать с данными аналитик БД, BI или в сторону data science

• Интересно продумывать пользовательский путь и управлять им UX-аналитик, UX/UI-дизайнер

• Горишь в том, чтобы принимать решения и развивать продукт продуктовый аналитик, и далее до руководителя продукта

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

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

Итоги

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

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