Резюме системного аналитика проигрывает фразе «собирал ТЗ и вёл документацию». Это ожидают от любой вакансии. Рекрутер ищет постановку: интеграции, статусы, конфликт требований, что согласовали с разработкой и бизнесом, какой артефакт можно открыть. Объём Confluence без края и без конфликта требований не закрывает слот. Нужна схема, которую можно открыть.

Ниже — как собрать резюме системного аналитика: роль без путаницы с БА и QA, артефакты, пули про интеграции, два заполненных примера. Каркас — в как составить резюме. Пули — в как описать опыт. Вход — в как стать системным аналитиком. Соседняя роль БА — в как стать бизнес-аналитиком, это другой файл, если цель другая. Схема статусов с краем важнее курса UML в шапке.

Коротко:

  • Заголовок = системный аналитик + домен (заказы, биллинг, внутренние сервисы), не «аналитик / BA / SA / PO».
  • Артефакт: постановка, схема статусов, контракт API, критерии приёмки — ссылка или описание без NDA.
  • Пули про конфликт требований и интеграцию сильнее «взаимодействие со стейкхолдерами».
  • Не обещайте архитектуру enterprise, если вели одну форму заказа.
  • SQL, UML, BPMN — только с применением, не стена нотаций.

Как читают СА за 15 секунд

На вакансиях системного аналитика решают:

  1. Системный контур (сервисы, статусы, интеграции) или бизнес-процесс без IT?
  2. Есть ли постановка, по которой разработку не переспрашивали?
  3. Интеграции: внешнее API, очередь, 1С, платежи — или только пользовательские истории?
  4. Не QA ли / не менеджер ли с чужим заголовком?
  5. Можно ли разобрать один кейс на созвоне?

Путаница с продукт-менеджером и БА в одном файле кладёт вас «в аналитиков вообще». Карточка — резюме IT-специалиста. Стек и нотации — стек в резюме. Summary — summary.

Структура и артефакты

Шапка: роль, домен, город / UTC, ссылка на sanitized постановку или схему. Summary: какие системы стыковали, какой артефакт основной. Опыт. Навыки: интеграции, нотации, SQL если смотрите данные, трекер. Образование внизу.

Артефакт важнее курса UML. Одна схема статусов заказа с переходами и ошибками сильнее «знание BPMN 2.0». Drive с грифом «не удалять» и без легенды не открывают. Учебную постановку подпишите учебной. Как упаковать — проекты в резюме.

Remote — пояс: резюме для удалёнки. После сборки — проверка резюме.

Заголовок без каши ролей

Было. Системный / бизнес-аналитик. Сбор требований, ТЗ, постановка задач, UML, SQL, Agile, взаимодействие с разработкой и бизнесом. Ориентация на результат.

Стало. Системный аналитик, заказы и статусы. Контракты API, критерии приёмки, конфликт «магазин vs склад». Схема статусов: [ссылка]. SQL для сверки, не витрины. Минск / UTC+3.

Если цель БА в заказной разработке — соберите другой файл. Если цель СА в продукте — уберите «Roadmap и метрики роста»: это PM. Смешение читается как неуверенность в роли.

Какие пули работают

Не «писал техническое задание». Пишите:

  • какой поток: заказ, платёж, заявка, роль, интеграция;
  • какой конфликт закрыли (два владельца процесса, два статуса, два API);
  • какой контракт согласовали: поля, ошибки, идемпотентность;
  • критерии приёмки, по которым QA не спорил «а это баг?»;
  • что ушло в backlog честно, а не «всё описал»;
  • сопровождение: как отвечали на вопрос разработки через месяц.

Эффект: меньше переспросов, меньше сюрпризов на стейдже, согласованный статус, отказ от фичи с причиной. Не выдумывайте «сократил time-to-market на 40%». Канцелярит — ошибки в резюме.

Пример 1. Вход из поддержки / QA / заказной документации

Вакансия: junior/middle СА, веб-сервис, постановки, интеграции как плюс.

Системный аналитик (вход). Учебная постановка сервиса заказов: статусы, отмена, ошибки API — [ссылка]. Коммерческого СА-штата нет, год в поддержке того же домена.

Описал переходы статуса заказа: кто инициирует, какие поля обязательны, что делать при двойной отмене. Разработка по постановке не уточняла «а если уже отменён».

Свёл конфликт: поддержка хотела свободный комментарий, склад — только код причины. Зафиксировали справочник + опциональный текст.

Критерии приёмки на отмену: 4 сценария. QA использовал их как чек-лист, не как «прочитать ТЗ на 20 страниц».

UML-курсов в шапке нет. К тестовому на постановку готов на этой неделе.

Смежный домен переведён в артефакт. Это сильнее «хочу в аналитику, потому что общаюсь с людьми».

Пример 2. СА в продукте, интеграции

Вакансия: системный аналитик, интеграции, платежи или заказы, REST, статусы.

Системный аналитик, биллинг курсов. 2,5 года. Remote, UTC+3. Sanitized описание вебхука оплаты — по запросу на созвоне (NDA).

Согласовал контракт вебхука оплаты: повтор, таймаут, идемпотентность по id платежа. Поддержка перестала создавать «второй заказ» из повторного колбэка.

Закрыл конфликт продукта и финансов: что считать оплаченным при частичном возврате. Зафиксировали статусы и кто видит долг в кабинете.

Критерии приёмки на возврат: QA и разработка разошлись в одном краевом случае — дописали правило, спор не ушёл в прод.

Не вёл бэклог продукта и не обещаю SQL-витрины: смотрел статусы в админке и логах, запросы писал точечно.

Интеграция и конфликт — ядро слота СА. Roadmap и KPI роста здесь не нужны.

Нотации, SQL, инструменты

BPMN/UML — если схемы читает команда. Иначе «рисовал для себя» не навык шапки. SQL — если сверяете данные. Jira/Confluence — все и так ждут, не список. Не кладите Python и Java, если не читаете код постановок уровня «могу открыть хендлер».

Типичный шум: ARIS, Archimate, TOGAF на входе в продукт из 20 человек. Пишите то, чем закрывали релиз.

Письмо, тестовое, созвон

Письмо указывает на одну постановку или схему статусов: сопроводительное, без стажа — письмо без опыта, черновик — /cover-letter.

Тестовое СА часто «опишите статусы и крайние случаи». Границы объёма — тестовое. К интервью готовьте один конфликт требований вслух. Подготовка — interview-prep. Разбор проекта — как рассказать о проекте. Тишина — почему не отвечают: часто файл БА на слот интеграций или наоборот.

Интеграции и конфликт требований — как это выглядит в пулях

Слот системного аналитика почти всегда про стык систем. Даже если в вакансии написано «документация», на созвоне попросят крайний случай. Заготовьте в файле не нотацию, а ситуацию.

Примеры пуль, которые можно адаптировать под свой домен:

Согласовал поля обмена заказа со складом: склад ждал один id поставки, кабинет слал номер заказа. Зафиксировали маппинг и ошибку 409 при неизвестном id — интеграция перестала «терять» отгрузки в логах без текста причины.

Закрыл спор продукта и поддержки: свободный комментарий к отмене vs справочник причин. Справочник обязателен, текст опционален. Критерии приёмки на оба пути — QA не спорил, баг это или нет.

Описал идемпотентность вебхука оплаты: повтор с тем же id не создаёт второй доступ. Поддержка перестала заводить тикеты «пользователь оплатил дважды, в кабинете один заказ».

Это не копипаст в своё резюме. Это уровень конкретности. «Вёл интеграции» такого уровня не даёт. Если интеграций не было, возьмите внутренний поток: роли, статусы, права — тот же класс задач без внешнего API.

Не обещайте enterprise-архитектуру и шину, если вели одну форму. Слот банка и слот продукта из 15 человек читают разные файлы. Смотрите вакансии СА по домену, не по слову «микросервисы» внизу объявления.

БА, QA, поддержка: как не смешать шапку

Из QA: критерии приёмки и баг vs доработка — сильный вход. Заголовок уже системный аналитик, QA сжато. Не оставляйте «QA Engineer» и блок «также ставил задачи».

Из поддержки: воспроизведение и эскалация переводите в постановку «как система должна себя вести». Не пишите SLA чата первым экраном.

Из БА: оставьте бизнес-процесс строкой, если цель СА. Наверх — системы и контракт. Обратный переход — другой файл. Путаница ролей — частая причина тишины: почему не отвечают.

Чек-лист перед откликом

  • Заголовок системный аналитик, без PO/BA/QA в одной строке.
  • Есть схема статусов, контракт или постановка — ссылка или описание без NDA.
  • Хотя бы одна пуля про конфликт или крайний случай.
  • Нет стены UML–BPMN–ARIS без применения.
  • SQL и код — только если смотрите данные или читаете контракт сами.
  • Домен в шапке совпадает с вакансией достаточно, чтобы положить в папку.

Прогоните через разбор резюме после вычёркивания «взаимодействие со стейкхолдерами». Эта фраза почти всегда пустая. Если в файле нет края («повтор», «уже отменён», «два id»), постановка ещё не выглядит как работа СА — допишите край до отклика, не после десятка тихих вакансий. Интеграционный слот читает контракт, не объём Confluence.

Частые вопросы

Чем СА в резюме отличается от БА?

СА: системы, контракты, статусы, критерии для разработки. БА: процесс бизнеса, эффект для заказчика, иногда без глубокой интеграции. Если делали оба — выберите слот и подчеркните его, второй — строкой. Двойной заголовок «СА/БА/PO» кладёт файл в общую пачку аналитиков, где его не читают.

Нужны ли схемы в портфолио?

Одна-две sanitized. Не альбом из 40 картинок. Легенда и вопрос, который схема закрывает. Схема без крайнего случая — картинка. Схема с двойной отменой и 409 — артефакт, за который можно зацепиться на скрининге.

Можно ли из QA перейти, оставив QA в заголовке?

Нет, если цель СА. Заголовок системный аналитик, пули про постановку и критерии, QA — предыдущая роль сжато. Иначе вас будут звать тестировать, а не ставить. Критерии приёмки из прошлой роли — как раз мост, его и вынесите наверх.

Писать ли, что ставил задачи в Jira?

Это обязанность. Пишите содержание задачи: контракт, край, приёмка. «Вёл 200 тикетов» ничего не говорит. Один тикет с конфликтом статусов говорит.

Что делать, если постановки в Confluence закрыты?

Перескажите один поток отраслевым языком. Сделайте учебную схему того же класса. Не нарушайте NDA скринами. Учебная схема не обязана повторять прод, но должна показывать тот же тип решения: статусы, роли, ошибка интеграции.

Нужен ли английский?

Если интеграции и документация на английском — укажите честный уровень и факт: «контракт API вёл на английском». Для русскоязычной команды русского файла достаточно. Не смешивайте абзацы двух языков «для солидности».

Если после вычитки в файле нет ни одного края («а если повтор», «а если уже отменён»), постановка ещё не готова к отклику. Допишите край — это и есть работа СА, не объём Confluence.

Что сделать сейчас

Возьмите один поток (заказ, заявка, платёж). Нарисуйте статусы и один конфликт. Сожмите в 4 пули. Поставьте роль системного аналитика в шапку без БА/PO. Ссылку на схему проверьте с телефона: открывается ли без корпоративного аккаунта.

Откликнитесь на одну вакансию СА с похожим контуром — заказы к заказам, биллинг к биллингу, не «любая аналитика». Прогоните файл через разбор резюме и в письме дайте ссылку на схему, не фразу «собирал ТЗ».