Аналитика — широкое понятие. Можно быть бизнес-аналитиком и работать с информацией о процессах компании: доходы, расходы, задолженности, маржинальность. Можно быть аналитиком данных, задавать правильные вопросы и работать с большим количеством показателей для получения ответа.
А можно быть системным аналитиком, и это немного про другое. Сегодня рассказываем, кто такие системные аналитики, что особенного в этой специальности, как научиться и что нужно знать.
Статья получилась большой, и тут совсем не про программирование, потому что у системного аналитика другие задачи. Можно заварить чайку, усесться поудобнее и не спеша разобраться с тем, что вообще происходит в этой области. Если хочется попрограммировать — держите проект по визуализации биг-даты фильмов DC и Марвел.
Кто такой системный аналитик и чем он занимается
Системный аналитик — это специалист, который выясняет, какие IT-системы успешно решат бизнес-задачи клиента, и следит за их разработкой и внедрением. Это может быть программное обеспечение и физическое оборудование.
Для этого системные аналитики глубоко погружаются в требования бизнеса, составляют список необходимых условий для новой системы и помогают начать ей пользоваться. Они отвечают на вопрос: «Какая техническая штука нужна бизнесу, чтобы справиться с поставленными задачами?»
Аналитик — больше руководящая специальность. Когда становится ясно, что нужно клиенту, системный аналитик следит за разработкой нового продукта или оптимизацией старого, помогает скорректировать работу и запустить систему, ведёт поддержку проекта, чтобы всё работало как задумано.
Тут нужно понимать, что работа системного аналитика — это не просто установка или разработка нового ПО. Техническими вещами может заниматься системный инженер или архитектор, а работа системного аналитика более специфическая. Системный аналитик и аналитик данных в чём-то похожи, потому что обоим нужно собрать данные, найти и предложить обоснованные решения и помочь компании или владельцу продукта получать максимальную пользу от работы новых технологий.
Что общего и разного у системного, бизнес-аналитика и аналитика данных
Чаще всего потребность в аналитике возникает в крупных компаниях.
Аналитика — инструмент для наведения порядка, когда информации много и часто просто непонятно, что происходит. Иногда компании видят проблему: например разработчики платного приложения тратят много времени на разработку новых полезных функций, но почему-то этими функциями никто не пользуется, а пользователи просто уходят. Аналитика поможет разобраться и сказать, в чём дело.
Ещё одна общая черта для любой аналитики — чтобы расставить всё по своим местам, аналитику нужно собрать необходимое количество данных для ответа. Чаще всего невозможно сказать, сколько данных потребуется. Вот как это происходит:
- Аналитик выстраивает гипотезу — ищет нужный вопрос и проектирует решения для поиска ответа на него.
- Собирает данные — строит запросы в базы данных, читает статистику, опрашивает участников проекта.
- Изучает данные под разными углами — строит графики, таблицы или работает с OLAP-кубом.
- Находит (или не находит) ответ и презентует решение команде или заказчику.
Но работа специалистов в каждом направлении различается.
Бизнес-аналитик разбирается в процессах, находит слабые места, собирает информацию, строит гипотезы по оптимизации. Он может работать над проблемой кассовых разрывов, гипотезой открытия новой торговой точки или планированием увеличения персонала.
👉 Бизнес-аналитик может не иметь отношения к IT совсем и не владеть технологиями.
Аналитик данных тоже помогает бизнесу принять правильное решение. Он может работать с теми же проблемами и задачами, но при этом в его работе участвуют программные инструменты. Например, он должен хотя бы немного уметь работать с языком программирования Python и писать запросы в базы данных на языке SQL. Уметь программировать на уровне профессиональных разработчиков необязательно.
Системный аналитик (system analyst или IT-аналитик) в результате своей работы должен внедрить новый IT-продукт. Он анализирует существующий бизнес и собирает данные о том, как всё работает. Ещё он должен разбираться в технологиях, чтобы составить техническое задание разработчикам для создания подходящего решения. При этом он ищет и анализирует достаточное количество данных о бизнесе заказчика, чтобы понять, каким должно быть это решение.
Вот что получается:
- Бизнес-аналитик не обязан разбираться в IT, но много общается с бизнес-заказчиками и может работать с большим количеством данных.
- Аналитик данных должен уметь работать с большим количеством данных и разбираться в технологиях на достаточном уровне для своих задач. Общения с заказчиками и участниками проекта в его работе может быть немного.
- Системный аналитик — технический специалист, который много общается с заказчиком и командой и должен хорошо понимать современные технологии, чтобы подобрать оптимальное решение. Он не разрабатывает системы сам в качестве программиста и не контролирует работу других разработчиков как менеджер или тимлид. Это скорее гид по проекту, который говорит, что нужно делать и в правильном ли направлении идёт работа.
Обязанности разных аналитиков пересекаются и в небольших компаниях их может выполнять один и тот же человек. В крупных организациях обычно стараются выделить на каждую должность отдельного специалиста.
Обязанности и рабочий день системного аналитика
Конкретные обязанности системного аналитика будут различаться в зависимости от компании, но есть несколько вещей, которыми занимается большинство системных аналитиков.
Встречи с владельцем или владельцами бизнеса. Перед началом работы нужно подробно расспросить заказчиков о том, что предстоит сделать. Системный аналитик должен использовать подход End in Mind, который означает, что нужно ясно понимать конечную точку назначения. На практике это сводится к двум вариантам:
- Если команде системного аналитика предстоит разработать и собрать новую систему с нуля, нужно понять, какие задачи она должна решать.
- Если нужно работать с уже существующими технологиями, аналитик подробно разбирает их и убеждается, что они действительно нуждаются в доработке. Вполне возможно, что функции для решения задач клиента уже написаны целиком или полностью, но по каким-то причинам не используются.
Подбор оптимального решения. Когда появилось понимание того, что должен делать финальный продукт разработки команды системного аналитика, нужно подобрать технологии и инструменты для работы.
Решение должно устранять все проблемы заказчика, укладываться в бюджет и сроки.
Составление инструкций и гайдов для команды. В итоге всех предварительных исследований системный аналитик должен составить подробный план:
- На какие этапы делится проект.
- Что нужно сделать на каждом этапе.
- Как проверять все промежуточные результаты.
- Какие части проекта нужно презентовать клиенту.
- Что ещё делать, чтобы быть уверенным, что команда работает в правильном направлении.
Внедрение и поддержка. После окончания разработки и сдачи проекта работа не заканчивается: нужно убедиться, что продукт успешно функционирует в реальных рабочих условиях, конечные пользователи понимают, как работать с новой технологией, а команда поддержки быстро убирает появляющиеся ошибки.
В итоге что делает системный аналитик: погружается в бизнес и задачи заказчика и решает, какую из систем лучше предложить. Иногда может выясниться, что система не нужна вообще, так тоже бывает.
Все проекты будут отличаться друг от друга в большей или меньшей степени, и в зависимости от этого график аналитика тоже будет перестраиваться. Получается, что часто один рабочий день может быть непохож на другой.
Сбор информации и требований
Это самая ответственная часть. От неё зависит, какой финальный продукт создаст команда системного аналитика, поэтому поиск нужной информации — его главная обязанность.
Часто в небольших компаниях по IT-разработке основатель или директор является и главным системным аналитиком, по крайней мере первое время, пока команда не начнёт расти и развиваться.
Иногда заказчик и сам точно не знает, как можно решить задачу. Поэтому на интервью и встречах системный аналитик спрашивает клиентов обо всём и закрывает все пробелы в своём видении. Если этого не сделать, есть вероятность, что финальный продукт окажется не нужен или не будет работать так, как планировалось.
Информацию можно собирать не только с заказчиков — возможно, нужно поговорить с экспертами компании-клиента, самому проверить существующие технологии, написать подходящие запросы в базы данных.
Разработка системных требований
Для получения финального решения нужно составить перечень того, что нужно использовать.
Вполне возможно, что для задач проекта подойдут готовые решения, которые есть в открытом доступе, или платные, но недорогие инструменты. В некоторых технологиях недостаточно готовых возможностей, которые называются ещё «функциями из коробки», но к ним можно добавить собственные наработки.
В самом сложном варианте команде предстоит создать продукт с нуля, но даже в этом случае наверняка будут использоваться какие-то существующие технологии: язык программирования, среда разработки, базы данных, сервисы авторизации. Такой набор технологий для проекта называется стеком разработки.
👉 Аналитик не разрабатывает системы сам, но он должен иметь чёткое представление, как это делают, что можно использовать, каких результатов ожидать.
Обсуждение с командой и постановка задач
Системный аналитик является частью команды. Он приходит с пониманием и описанием того, что нужно сделать, показывает это коллегам и уточняет, как это сделать и сколько времени и усилий потребуется.
Несмотря на то, что системный аналитик — это IT-специалист, его познания не так глубоки, как у разработчиков. Поэтому своё видение конечного проекта надо обязательно утвердить у тех, кто будет воплощать это решение в жизнь. Все задачи для разработчиков стоит подкреплять бизнес-аргументацией. Так программисты будут понимать, что требуется от каждой части проекта. Это может серьёзно упростить общение внутри команды и снять много вопросов.
Если в команде есть ещё менеджер по проекту, он смотрит на этапы разработки, которые предлагает системный аналитик, и составляет финальное расписание отрезков — спринтов, на которые будет разбита разработка целого проекта. Если менеджера нет, то за финальное расписание, скорее всего, тоже отвечает аналитик.
Проверка результата и итоговая оценка
Перед презентацией проекта и всех промежуточных этапов клиенту их нужно проверить внутри команды. Поэтому первые люди, которые смотрят продукт и пользуются им, — тестировщики, или команда QA.
Важно, чтобы презентация итогового проекта не была первым разом, когда заказчик увидит продукт. Несмотря на глубокое первоначальное погружение, всегда есть шанс что-то упустить. Для этого есть синхронизирующие встречи, когда команда разработки встречается с клиентом и презентует промежуточные этапы. Так все участники процесса знают, что работают над правильным решением общей задачи.
Навыки системного аналитика
Вот что нужно знать и уметь, чтобы заниматься такой работой.
Быть внимательным и мыслить стратегически. Для проектирования решения понадобится интегрировать одни решения с другими, стараться предугадать последствия решений и уметь связывать разные части проекта. Системное абстрактное мышление может здорово помочь в подобных задачах. Именно поэтому в названии профессии есть слова system и analyst.
Работать в команде. Системный аналитик не самостоятельная единица и не может осуществить весь проект в одиночку. Нельзя сказать, что слово аналитика важнее слова тимлида или системного архитектора. При этом чем лучше и понятнее аналитик умеет доносить свои мысли и общаться с коллегами, тем быстрее идёт работа, а значит, тем больше денег такой специалист приносит компании.
Разбираться в технологиях. Для составления плана осуществления финальной разработки нужно иметь понимание о современных IT-продуктах: для чего нужны популярные инструменты, что ещё можно использовать. Без этого понимания не получится составить проект решения. При этом глубоко погружаться и уметь использовать каждый инструмент необязательно. Достаточно понимать, как устроена передача данных по интернету, как работает программный интерфейс приложения, как примерно всё это осуществляется через код.
Уметь подходить к работе творчески. Поиск подходящих решений и составление плана разработки может быть сложным занятием. Кроме этого, нужно суметь организовать свой рабочий график, чтобы успевать участвовать в митингах с командой и встречах с заказчиком. Поэтому умение пробовать и использовать нестандартные подходы к работе будет хорошим плюсом для системного аналитика.
Где работают системные аналитики
Кроме профессиональных компаний по разработке программного обеспечения, сейчас вакансии системного аналитика открыты в разных сферах. Вот несколько примеров:
- робототехника;
- финансы;
- розничные продажи;
- СМИ;
- информационный бизнес;
- маркетинг и реклама;
- автомобилестроение;
- гостиничный и туристический бизнес.
В зависимости от компании рабочие обязанности будут немного различаться, но основные обязанности аналитика, которые мы описали выше, остаются правдивы для любого места.
👉 Если аналитик работает на свою компанию, его финальные заказчики — не клиенты со стороны, а руководители.
Сколько зарабатывают системные аналитики
Сейчас на hh.ru открыты 4 600 вакансий системного аналитика, причём 532 из них — с зарплатой от 200 000 рублей:
По данным Хабр Карьеры на ноябрь 2024 года, средняя зарплата системного аналитика — 203 000 ₽. При этом джуны получают в среднем 97 000, а специалисты с опытом — от 196 000:
Как стать системным аналитиком
Чтобы начать работать аналитиком, нужно несколько вещей.
Широкие, но не обязательно глубокие познания в современных IT-инструментах. Аналитик должен быть немного похож на системного архитектора и понимать хотя бы в общих чертах, как работают приложения и сервисы. Для этого навыка неплохо изучить один из языков разработки и разобраться в общих принципах написания программ. Должный ход мысли аналитика зависит от понимания, какие инструменты можно применить.
Приучаться быть дотошным и внимательным. Перед каждой встречей стоит составлять список обязательных вопросов и не заканчивать митинги без получения ответов на них.
Начать вести портфолио и завести несколько проектов. В качестве ориентира для шаблонов можно брать открытые репозитории с чётко прописанными техническими требованиями или документацию к проектам.
👉 Получить реальный опыт и проекты в портфолио можно на курсе Практикума «Системный аналитик». На курсе вы пройдёте современную программу, научитесь инструментам, познакомитесь с экспертами и создадите несколько проектов для портфолио. Первая часть курса доступна бесплатно.
Карьерные перспективы системного аналитика
Если вы начали работать в этой должности, то проще всего продолжать расти и искать позиции в компаниях с интересными крупными задачами под свой уровень.
Можно подтянуть хард-скилы и перейти в разработку. Навыки системного аналитика очень помогут, если в дальнейшем вы захотите дорасти до системного архитектора.
Если больше нравится общаться с людьми, ходить на встречи и руководить работой — есть вариант перейти в менеджеры проекта и расти до руководителя юнита.
