Что это простыми словами
Системный аналитик — переводчик между бизнесом и разработчиками. Бизнес говорит: «нам нужна корзина для интернет-магазина». Аналитик разбирается, как именно это должно работать, и пишет подробную инструкцию, чтобы программисты сделали это правильно с первого раза.
Аналогия: представьте, что вы заказываете ремонт квартиры. Вы говорите прорабу «хочу кухню с островом», а прораб — не архитектор. Ему нужен чертеж с размерами, схема розеток, план водоснабжения. Системный аналитик — это тот, кто рисует этот чертеж, чтобы бригада не перепутала и не сделала лишнего.
Официальное определение
Теперь, когда суть понятна, вот как эту роль описывают в вакансиях. Такую формулировку вы будете получать от заказчика и видеть в резюме.
«Системный аналитик — специалист, выявляющий и формализующий требования к информационной системе, проектирующий её архитектуру и документированный спецификации для разработки и тестирования».
Разберём по словам. «Выявлять требования» — выяснять, что бизнесу нужно, из разговоров с людьми. «Формализовать» — записывать это структурированно, чтобы нельзя было понять по-разному. «Спецификация» — подробное описание системы, как инструкция к мебели. «Информационная система» — любая программа или сервис, работающая с данными.
Что делает за обычный день
Чаще всего системный аналитик проводит время за тремя вещами:
Общается с заказчиком или бизнесом — выясняет, что именно нужно, задаёт уточняющие вопросы, чтобы избежать недопонимания.
Описывает, как система будет работать — составляет документы, схемы и диаграммы, по которым разработчики поймут задачу без вопросов.
Проверяет готовое решение — смотрит, что получилось, и сверяет с тем, что описал. Если что-то не так — возвращается к заказчику и уточняет.
Из чего состоит направление
Работа системного аналитика держится на трёх столпах:
Работа с требованиями — умение разговаривать с заказчиком, выуживать из него реальные потребности и записывать их чётко, без двусмысленностей.
Моделирование процессов — умение нарисовать, как система работает, чтобы разработчики увидели полную картину. Для этого используют специальные языки диаграмм (BPMN и UML — подробнее ниже).
Работа с данными — понимание, как хранятся и передаются данные в системе. Для этого часто нужен SQL (язык, на котором «разговаривают» с базами данных).
Инструменты простыми словами
Инструменты системного аналитика удобно разложить по группам.
Группа 1. Языки диаграмм — для рисования схем работы системы.
BPMN 2.0 — язык диаграмм бизнес-процессов. Показывает последовательность действий, как рецепт: шаг первый — открыть приложение, шаг второй — нажать кнопку. Стандарт, который понимают многие компании.
UML — универсальный язык диаграмм для архитектуры систем. Показывает, как части системы общаются друг с другом. Это как карта дорог между городами.
Группа 2. Форматы данных — для описания структуры информации.
JSON, XML, YAML — форматы записи данных. Аналогично форматам документов: .docx, .pdf, .xlsx — каждый для своих задач. Аналитик описывает, в каком формате данные передаются между системами.
Группа 3. Базы данных.
SQL — язык запросов к базам данных. Аналитик использует его, чтобы посмотреть, как данные хранятся, или проверить, что всё работает как надо.
Группа 4. Инструменты для работы и документирования.
Confluence, Notion — системы хранения документов. Confluence — классика для корпоративных проектов, Notion — более современный и гибкий вариант.
draw.io, PlantUML — инструменты для рисования диаграмм. draw.io — визуальный редактор, PlantUML — диаграммы из текста (удобнее для автоматизации).
SOAP UI, TFS — инструменты проверки API (как системы общаются друг с другом) и управления задачами.
Что взаимозаменяемо, а что путать нельзя
Бизнес-аналитик и системный аналитик — близкие, но разные роли. Бизнес-аналитик работает с процессами компании в целом (например, как выстроен процесс продаж). Системный аналитик — глубже, он проектирует конкретную систему. Иногда в небольших компаниях эти роли совмещают, но в крупных — это разные люди.
BPMN и UML — взаимозаменяемы частично. Один аналитик может знать оба языка, но на практике часто работает преимущественно с одним. Это не как альтернативы, а как дополнительные инструменты.
Confluence и Notion — взаимозаменяемы полностью. Это просто разные системы хранения документов, и перейти с одной на другую — дело пары дней.
Уровни: junior / middle / senior
Уровень (его ещё называют грейд, от англ. grade) — это не столько годы, сколько самостоятельность.
Junior (джуниор, «джун») — описывает простые процессы под контролем, просит совета на сложных моментах.
Middle (мидл) — берёт задачу целиком и ведёт её сам: общается с заказчиком, пишет документацию, проверяет результат.
Senior (сеньор) — проектирует сложные системы, решает споры между бизнесом и разработкой, помогает младшим.
Это общий ориентир. В разных компаниях требования отличаются, поэтому всегда сверяйтесь с текстом конкретной вакансии.
Как узнать роль в резюме
Ищите в разделе «опыт» слова: «выявление требований», «описание функциональности», «проектирование API», «диаграммы BPMN/UML», «написание ТЗ» (технического задания). Хороший признак — упоминание Confluence или Notion в контексте документации. Если в опыте указаны SQL и базы данных, но нет ничего про требования — это, скорее, аналитик данных, а не системный.
Что спросить на первичном скрининге
Какой опыт работы с требованиями? Описывали ли ТЗ, спецификации?
Нормальный ответ: «Год на проекте с банковским API, писал ТЗ и спецификации». Если кандидат говорит только про диаграммы без упоминания работы с заказчиком — это частичный опыт.
Работали ли с BPMN или UML? Какой инструмент используете для диаграмм?
Нормальный ответ: «BPMN в draw.io» или «UML в PlantUML». Важно, чтобы человек понимал, зачем рисует диаграммы, а не просто знает, как нажать кнопку.
Знаете SQL? Использовали ли его на практике?
Нормальный ответ: «Могу написать простой запрос, смотрю данные в базе». Для аналитика глубокий SQL не всегда обязателен — главное понимать, что данные хранятся и их можно запросить.
Как вы оформляли документацию на предыдущих проектах?
Нормальный ответ: «Конfluence, разбивал на страницы по модулям». Если человек не может рассказать, как он организовал документы — возможно, работа была хаотичной.
Это общий ориентир. В разных компаниях требования отличаются, поэтому всегда сверяйтесь с текстом конкретной вакансии.
Частые путаницы и красные флаги
Системный аналитик ≠ бизнес-аналитик. Бизнес-аналитик работает с процессами компании в целом (продажи, логистика). Системный аналитик проектирует конкретную программу или сервис.
Системный аналитик ≠ аналитик данных ≠ data-инженер. Аналитик данных работает с отчётами и статистикой. Data-инженер строит конвейеры данных. Системный аналитик проектирует, как данные передаются и обрабатываются в программе.
Системный аналитик ≠ продукт-менеджер. Менеджер решает, «что» делать — какие функции нужны бизнесу. Аналитик — «как» это реализовать технически.
BPMN ≠ UML ≠ диаграмма в Word. BPMN и UML — стандартизированные языки с правилами, по которым можно однозначно прочитать схему. Диаграмма, нарисованная в Word, не считается спецификацией.
Красный флаг: «знаю все инструменты аналитика: BPMN, UML, SQL, SOAP UI, Confluence, Notion» — если нет опыта с каждым из них хотя бы год, это скорее перечисление, чем реальная экспертиза.